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EXECUTIVE SUMMARY 


This document has been prepared as part of the BLM Automatic Data 
Processing and Telecommunications Equipment Modernization Project (ADEMP) 
being conducted by American Management Systems, Inc. Its purpose is to 
solicit guidance and feedback from BLM management and staff on several topics 
which will have a significant effect on the outcome of this effort. 


The objective of the ADEMP is to put into place the computers, 
communications networks, terminals, system software, and other components 
which will be needed to support the Bureau over the next ten years. The 
collection of hardware, software, and communications facilities addressed by 
this effort are referred to as the ADP technical architecture. This technical 
architecture is but one aspect of the overall "ADP infrastructure" which 
delivers automated services and capabilities to users. Other elements of this 
infrastructure are: 


@ applications such as PAY/PERS, GIS, and ALMRS which provide specific 
Capabilities; 
\ 
@ the data architecture which defines the rules for managing the data 
used by the applications; and 


@ the management and support organization which jis responsible for 
managing the ADP systems and supporting the users of those systems. 


There is an obvious, close interrelationship among the elements of the ADP 
infrastructure. In particular, the technical architecture must be based on 
the needs of the complete portfolio of BLM's applications since the technical 
architecture provides the computers and other components needed to develop and 
operate these applications. Chapter two of this document discusses the 
definition of the technical architecture in additional detail. 


The final product of this effort will be a set of specifications for use 
in the acquisition of BLM's technical architecture and a plan for the 
implementation of that architecture. The current timetable for completion is 
by the end of fiscal year '87. 


This study is divided into ten tasks. The key decisions regarding the 
technical architecture come in tasks five (the current task) and task eight. 
In task five, the "feasible" alternatives are identified and the "infeasible" 
alternatives eliminated. In task eight, the final selection of the 
architecture and the procurement strategy will take place. 


Chapter One of this document describes the overall] study plan and the plan 
for the current task in further detail. 


Purpose of this Document 
This document covers four main topics: 
@ The objectives of this study, the plan for accomplishing these 


objectives, and the relationship of this effort to other efforts that 
make up BLM's ADP Modernization Program; 
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@ The summarized key findings of this study thus far; 


@ The objectives for the technical architecture (based on the earlier 
findings of the study) and a set of capabilities that the technical 
architecture would provide in order to meet those objectives; and 


@ A set of specific topics on which the study team is requesting guidance 
from BLM. 


The purpose of the document is to generate discussion and solicit feedback 
on each of these topics. Much of the material presented here represents a 
"straw man" based on our best understanding of BLM's situation. We fully 
expect that some of this material will be modified as a result of BLM review 
and comment. This is not the final product of this task. Rather, this 
document is intended to facilitate guidance which is needed for the analysis 
which will be the product of the task. 


The objectives and capabilities discussed here will form the basis for the 
specifications of the technical architecture. These objectives, coupled with 
BLM guidance on key issues, will also serve to guide the analysis of 
alternative architectures. 


Key Findings To-Date 


The key findings of this study thus far are as follows: 


@ BLM's operations and staff are distributed among over two hundred 
individual offices. 


@ BLM's staff perform approximately sixty-seven distinct functions in 
performing their mission, much of the activity associated with these 
functions is performed in Resource Areas and District Offices. Major 
opportunities for improved efficiency and effectiveness are by 
providing increased automated support for case processing, resource 
management, and management reporting. 


e There is wide variability between offices, even at the same 
hierarchical level. This is due to different program emphasis, 
different delegations of authority, or other unique, local conditions. 


@ The Bureau's programmatic workload is expected to grow at a modest rate 
but ADP workload is expected to increase dramatically as new 
applications are developed. In particular, the ALMRS and GIS 
applications are expected to ‘result in major increases in ADP work load, 
potentially far exceeding the Bureau's total current ADP workload. 


~'@ BLM's current technical architecture is made up of a large number of 
computers and other components from various vendors, most of which are 
not compatible. Much of this equipment is nearing the end of its life 

GYC Les 


These findings are discussed in more detail in previous ADEMP study 
deliverables. 





Objectives for the Technical Architecture 


Based on the results of the initial tasks of this study we identified a 
set of objectives for the ADP technical architecture. These objectives will 
form the basis for the development of specifications and requirements to 
support the acquisition of the technical architecture and they will provide a 
framework for the evaluation of alternatives. 


In order to aid review and discussion, we addressed the objectives of the 
users of ADP systems separately from those of ADP management, which is much 
more concerned with the details of the technical architecture. User 
objectives relate to the basic ADP services that they use in accomplishing 
their mission - data capture, communications, processing, and output - as well 
as characteristics that apply to all these services - security, reliability, 
and ease of use. ADP management objectives relate to major functions of ADP 
Management - operations, system management, and application development and 
support. 


The objectives we identified are summarized in Figure EX-l. Detailed 
discussion is contained in Chapters three and four of this document. 


Conclusions 


Based on the set of objectives and capabilities described in this document 
this study would result in a single, requirements type procurement of a 
technical architecture consisting of the components shown in Figure EX-2. 
This list will be expanded and modified as LIS and office automation 
requirements become final and the issues are resolved. 


Key requirements for the technical architecture would include: 


3 The architecture must meet response time and throughput requirements 
of BLM's total application portfolio. These requirements (numbers of 
simultaneous users, etc.) will be developed during the subsequent 
tasks of this study. 


® The architecture must allow local (e.g., state office, etc.) users 
_ "control" over their data, applications, and hardware. 


a The architecture must provide flexibility to adapt to changing 
workloads, i.e., there must be a "migration path" to support workload 
increases. The range of expansion will be determined during the 
subsequent tasks of this study. 


@ All processors must use a common operating system. 


9 The architecture must provide an "open architecture" to allow 
connection of specialized devices such as digitizers and the use of 
externally developed applications and other software. 


8 The architecture must be "compatible" with those existing BLM systems 
(e.g., Prime minicomputers, PC's) which are not replaced. The 
precise definition of compatibility (terminal emulation, file 
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transfer, etc.) will be developed during the subsequent tasks of this 
study. 


9 The architecture should provide users with standard business 
reliability (i.e., 98% availability). 


@ The inter-site communications network must serve all BLM locations 
(although reliability, speeds, etc. may differ between locations) the 
needed speeds and throughput will be determined in later study tasks. 


2 The architecture must provide access to key external systems, 
e.g.,PAY/PERS. The precise type of access required (terminal 
emulation, file transfer, remote job entry) for each external system 
will be determined in subsequent tasks. 


3 The components of the architecture must operate in the existing BLM 
facilities with no upgrade (e.g., additional power or air 
conditioning) required. 


@ The architecture Will provide a "friendly" user interface (consistent 
command set, full screen formatting, etc.). 


The list of the components of the BLM technical architecture combined with 
these requirements form the initial definition of the ADEMP procurement. This 
definition will be refined and expanded over the course of this study until it 
is in the form of specifications suitable for use in a Statement of Work 
(Section C) of an RFP. 


Issues 


There a several topics on which the study team requires guidance from BLM 
before proceeding with the analysis of the feasibility of alternative 
technical architectures and the development of specifications and 
implementation plans. 


@ The capabilities to be provided by the technical architecture. In this 
document we have described a set of proposed capabilities based on our 
understanding of both BLM's users of ADP systems and those who manage 
those systems. Before proceeding with the detailed analysis of 
alternative ways to provide these capabilities and meet the objectives 
and the development of detailed specifications for the new technical 
architecture, we require feedback from BLM. One aspect of this is the 
capabilities required for the development and operation of ALMRS, GIS, 
and GCDB and the capabilities required for office automation. 


@ The extent of "local control" the technical architecture must provide 
to state offices and other field locations, e.g., is physical control 
required or is control] over resource use and scheduling sufficient? 


@ The constraints on organizational change (realignment of 
responsibilities, staffing changes, retraining, etc.) that will result 
from the implementation the new technical architecture, e.g., should 
any alternative which requires the addition of ADP technical staff 
positions to field offices which do not now have such positions or 
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extensive realignment of responsibilities be eliminated from 
consideration? 


The existing hardware and software which will be replaced as a result 
of the ADEMP study, i.e., which equipment and software will remain and 
which will be replaced (with the corresponding need to convert 
applications to the new architecture). In addition to the network of 
Honeywell computers, other current systems include Data General GIS 
computers, Prime GIS computers, IBM PC's, Wang office automation 
systems, Burroughs computers in Alaska, etc. 


The locations where major applications will be developed, i.e., those 
locations (DSC, State Offices, District Offices, etc.) which will 
require applications development tools and capabilities. 


The extent to which the new technical architecture must support "end 
user computing", i.e., the capabilities such as statistical analysis, 
spreadsheets, word processing, and graphics which will be provided 
directly to users without the need for interaction with ADP management. 
As discussed in Chapter 3, extensive use of end user computing tools 
can assist users in accomplishing their jobs more efficiently. These 
tools, however, will result in additional costs for the software as 
well as the system resources (processing, memory, etc.) needed for 
their operation and the additional support and assistance required of 
the ADP staff. The specific topics we are seeking guidance on are the 
specific end user tools (spreadsheets, graphics, etc.) which should be 
provided as part of the technical architecture and the distribution of 
these tools (available to all users, available to all users in certain 
job categories, etc.). 


The number and scope of the procurements used to acquire the Bureau's 
technical architecture, e.g., should all the components of the 
technical architecture be acquired through a single procurement (i.e., 
through a “system integrator") or multiple procurements, e.g., one for 
a wide area network and one for computer hardware and system software? 


al 


FIGURE EX-1 @ 
OBJECTIVES OF THE TECHNICAL ARCHITECTURE = 
Part 1 - Objectives of the Users of ADP Systems 


Data Capture Objectives 


- provide keyboard and digitizer data capture facilities 

- provide low to medium volume data capture facilities in field 
locations 

- provide high volume, central data capture facilities 

- provide full screen capabilities for field data capture 

- provide keyboard to display response time of 100 miliseconds 


Communications Objectives 


- provide the ability to transfer data, documents, software, and 
messages between users within a single site and between users in 
separate sites 

- provide the ability to transfer data to and from BLM systems outside 
the technical architecture (GIS Prime minicomputers, Wand office 
automation systems, etc.) 

- provide the ability to transfer data to and from systems outside of 
BLM (PAY/PERS, Forest Service, etc.) 


Processing Objectives 


- facilitate the use of outside-developed applications software @ 
- provide "end user tools" (electronic spreadsheets, word processing, 
statistical analysis, etc.) 
- facilitate development and use of BLM-wide applications as well as 
local applications 


Output Objectives 
- provide graphic and alphanumeric output, in hard copy and CRT display 
- facilitate "ad hoc" inquiries 
- deliver output to users within the time required 

Security Objectives 


- provide backup and restoration of data and documents 
- provide control of access to data, documents, and software 


Reliability Objectives 


- provide 98% system availability 
- provide quality assurance capabilities (error checking, etc.) 


User Interface Objectives 


- provide a consistent command set 
- provide standard user devices (terminals, printers, etc.) € 
- provide sufficent numbers of user devices to provide needed access 

- provide acceptable terminal to system response time 

- provide training 


FIGURE EX-1 (CONT.) 
Part 2 - Objectives of ADP Management 


Operations Objectives 


- provide batch job scheduling 

- provide remote job entry 

- provide communications routing 

- provide system status reporting 

- provide resource management capabilities 

- provide problem reporting and diagnosis capabilities 
- provide report distribution capabilities 


System Management Objectives 


- provide configuration control 

- provide performance and usage monitoring 
- an "open" technical architecture 

- facilitate technology and vendor control 
- provide for disaster recovery 


Application Development Objectives 


- provide application development tools 

- provide data base management systems 

ensure software transportability 

support specialized hardware needed by individual applications 


FIGURE EX-2 
COMPONENTS OF THE BLM TECHNICAL ARCHITECTURE 


Hardware: 


- computer processors (including main memory), 

- disk drives (fixed and removable), 

- tape drives, 

- alphanumeric and business graphics workstations, 

- high resolution graphics workstations, 

- printers (high speed, letter quality, draft quality), 
- graphics plotters, 

- digitizers, 

- modems. 


System Software: 


- operating system (the same for all processors), 

- communications software, 

- compilers - FORTRAN-77\, COBOL-84, PASCAL-80, BASIC, 
- utilities, 

- security. 


Communications: 


-  inter-site communications network, 
- local communications facility, 
- electronic mail. 


System Management and Operations Software (may be included in system 
software) 


- batch job scheduling, 

- cost allocation, 

-~ problem diagnosis and isolation, 
- performance monitoring, 

- resource management, 

- remote job entry, 

- status reporting, 

- report distribution, 

- tape library management. 
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FIGURE EX-2 (CONT.) 
TECHNICAL ARCHITECTURE COMPONENTS 


End User Software 


- spreadsheet, 

- statistical analysis, 

- relational data base management system, 

- word processing, 

- business graphics, 

- "fourth generation" language (for inquiry, reporting, etc.). 


Other Software 


- application development tools, 

- transaction processing oriented data base management system, 
- data dictionary, 

- screen formatter. 


Support Services 


- conversion of existing applications, 
- training (of users and ADP staff), 

- technical support, 

- installation, 

- maintenance (of all components). 


Documentation 
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1. INTRODUCTION 


This document, Discussion of Objectives, Constraints, and Implementation 
Considerations, is one of two deliverables being produced by American 


Management Systems, Inc. (AMS) in Task 5 of the Bureau of Land Management's 
ADP and Data Communications Equipment Modernization (ADEMP) study. The 
purpose of this document is to identify BLM's specific objectives for ADP as 
well aS any constraints that will effect the outcome of this study. These 
objectives and constraints will serve as the basis for analyzing alternatives 
and developing requirements and specifications to be used in the procurement 
of BLM's next generation of ADP hardware, system software, and 
telecommunications networks - the Bureau's technical architecture - and the 
plan for implementing that architecture. 


It is important to keep in mind that this is a discussion draft. The 
purpose of this draft is to put forth a "straw man" to generate comments, 
questions, and discussion and to raise additional issues and questions for 
discussion and resolution. Our goal is to validate the Bureau's objectives 
and constraints that are relevant to this study and to resolve issues with 
Bureau review and guidance. Although the material presented here reflects our 
best understanding of BLM's situation, we expect to refine these findings 
based on further review and discussion. The results of this refinement will 
be reflected in future study deliverables. 


The ADEMP study addresses BLM's ADP technical architecture, i.e. the 
Bureau's computer hardware, system software, and telecommunications networks. 
Modernization of BLM's technical architecture alone, however, will not in and 
of itself provide the types of capabilities viewed as essential to the 
effective execution of BLM's mission. To take advantage of the advances in 
technology BLM jis planning major upgrades to the other elements of its ADP 
infrastructure - most notably in the area of applications software. ADP 
modernization within BLM refers to the total set of projects (ALMRS, GIS, 
GCDB, the Farmington Demonstration Project, and Office Automation as well as 
this one) which will result in the upgrade of the entire ADP infrastructure. 
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This concept of an ADP infrastructure, as well as the scope and boundaries 
of the technical architecture, is described at length in Chapter 2 of this 
document. ADP infrastructure refers to total set: of elements which, when 
taken together, result in ADP services being delivered to the BLM 
organization. The ADP infrastructure includes the organizational, procedural, 
policy, application software, and data aspects of data processing as well as 
the computer hardware, systems software and telecommunications aspects. I[t is 
the combination of all these elements which provide the kinds of services and 
Capabilities that support the successful accomplishment of BLM's mission. 
Thus, not only must BLM's technical architecture be modernized to deliver 
needed ADP capabilities, but changes will also required in those other aspects 
of BLM's ADP infrastructure which are beyond the scope of this project. We 
are raising this point in order to clarify the scope of the ADEMP study and to 
emphasize the other, coordinated actions BLM must undertake in order to 
achieve the Bureau's objectives for ADP support. 


The remainder of this introduction reviews the scope and plan for the 
ADEMP study and the relationship of this study to other BLM ADP modernization 
efforts (including a discussion of recent refinements to the scope and 
approach of the study); summarizes the major findings of the preceding tasks 
in the study; provides an overview of the current task; and outlines the 
organization of this report. 


re 
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Lol The ADEMP Study 


eld. Overview of the Study 


The goal of the ADEMP is to put in place the technical architecture 
which best meets BLM's needs over the next ten years. The specific goals of 
this study are to develop the key specifications to be used in the Request for 
Proposal(s) used to procure the components of the technical architecture and ~ 
to develop the plan for acquiring and implementing this architecture. This 
architecture will support all of BLM's applications.! 
computers, system software, and communications networks which result from this 


For example, the 


project will support BLM's current applications as well as the development and 
implementation of the ALMRS, GIS, and GCDB applications and future office 
automation efforts. Although this project deals with hardware, networks, and 
other technical aspects of data processing, it is driven by the Bureau's 
mission related needs for applications which, in turn, create requirements for 
the technical architecture. To accomplish its goal the ADEMP study will 
integrate the plans and needs of all elements of BLM's ADP modernization in 
order to select the technical architecture that will best support those 
elements. 


This project is being conducted in three phases as follows: 


8 Phase 1 (Tasks 1 - 3) -- Needs Assessment -- a fact-finding and 
requirements determination phase. The primary objective of Phase 1 
was to identify BLM's mission, the current level of ADP and data 
communications support for that mission, BLM's anticipated future ADP 
requirements based on the mission, and any unmet and/or potential ADP 
requirements at an aggregate, strategic level. Now complete, Phase 1 
provides essential groundwork for the remaining analysis, and, as 
described below, resulted in considerable insights regarding how best 
to address BLM's ADP modernization objectives (and constraints). 


Appendix A contains a glossary of many of the technical and/or specialized 
terms used in this document, many of which do not have industry-standard 
definitions. Terms defined in the glossary are highlighted when first 
used. 
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Phase 2 (Tasks 4 - 8) -- Concept Development -- currently underway 
with Task 5, the primary, original objective of Phase 2 was to select 
that specific configuration of hardware, systems software and 
telecommunications that would most cost-effectively meet BLM's needs, 
as defined in Phase 1, over the next ten years. However, the 
emphasis in Phase 2 has now been refined to reflect the fact-finding 
in Phase 1. As will be discussed later in this chapter, the 
assumptions upon which the original study workplan was based have 
been modified based on the results of Phase l. 


The original plan for Phase 2 presumed that a single configuration of 
hardware, system software, and communications networks would be 
selected as primary outcome cf the phase. The current procurement 
climate, however, emphasizes "free and open" vendor competition based 
on functional specifications. Technical architecture is the 
infrastructure element most likely to be influenced by the vendor 
community if vendors are allowed to propose technical solutions 
against a set of desired (and justified) capabilities. Therefore, 
rather than selecting a specific configuration, and thereby 
potentially constraining competition, Phase 2 has been refocused to 
select an overall implementation strategy, to develop key functional 
specifications, and to identify those aspects of the technical 
architecture where technical specification is warranted. In this 
way, Phase 3 will use an implementation strategy, along with 
well-defined functional requirements and justified technical 
specifications, as the basis for procuring the next generation of 
BLM's technical architecture. 


Phase 3 (Tasks 9 and 10) -- Concept Implementation -- A planning and 
implementation preparation phase, the objective of Phase 3 is to 
ensure that BLM is equipped with both a plan for implementing the 
selected technical architecture (i.e., a configuration management 
plan) and the technical specifications needed to support whatever 
procurement(s) required to acquire the selected technical 
architecture. 
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4 The original project plan for the ADEMP study was based on a number of 
underlying assumptions whose validation was one of the objectives of Phase l. 
Assumptions which have been overtaken (or modified) were that: 


8 The current Honeywell environment and its application portfolio was 
the major target for the ADP Modernization Study. This implied that 
the primary need for a new technical architecture was as a 
replacement for the Honeywell processors at the Denver Service Center 
and the State Offices. This assumption made it unnecessary for the 
project to address such other ADP applications such as ALMRS, GIS, or 
office automation except as they might impact the replacement of the 
Honeywell environment; 


a Related to the assumption that the Honeywell environment was the 
primary target for this modernization study, was the assumption that 
BLM's future applications portfolio would be based on those 
applications currently running on the Honeywell processors. Thus, it 
) was assumed originally that BLM's future workload could be predicted 
by extrapolation from the current Honeywell workload. Furthermore, 
it was assumed that the conversion of the current Honeywell-based 
applications portfolio from the Honeywell to another replacement 
architecture, would be a primary concern; 


3 Given the objective of replacing the Honeywell environment and its 
applications portfolio (perhaps through conversion rather than 
replacement) as the primary target for ADP modernization, the overal] 
workplan presumed that a discreet set of alternative technical 
architectures could be identified as candidates for analysis in Phase 
2 and that the Phase 2 analysis could then select the "best" of these 
alternative technical architectures; and 


9 Having selected a single technical architecture as the recommended 
Honeywell environment replacement scenario, Phase 3 could then focus 

) on detailed configuration management plans as well as on specific 
technical architecture specifications for any necessary procurements. 
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While all of these assumptions were reasonable as a starting point, Phase 
1 has demonstrated that BLM is faced with a quite different set of overall 
objectives for its ADEMP effort. Perhaps the most critical finding in terms 
of modifying the above assumptions has been that the applications now running 
on the Honeywell processors represent only a small portion of BLM's future 
applications portfolio. 


BLM has undertaken three very major systems development efforts, the 
Automated Land and Minerals Record System (ALMRS), the Geographic Information 
System (GIS), and the Geographic Coordinates Data Base (GCDB) which will 
greatly impact BLM's ADP requirements and, in fact, far exceed, in their 
potential demands for ADP services, any requirements of the current 
Honeywell-based applications portfolio. Furthermore, significant Department 
of Interior initiatives to consolidate administrative systems, which may well 
subsume many of the applications mow running on the current Honeywell 
configuration, also represent a significant deviation from the project's 
original assumptions. Finally, increasing use of office automation represents 
an additional, growing use of computer and telecommunications resources. 


A number of refinements have been made in Phases 2 and 3 of the project 
plan, primarily to reflect these and other Phase 1 findings. In particular, 
it was recognized that no single set of technical architecture alternatives 
could be defined but rather that there jis a continuum of architectural 
alternatives among which one must differentiate based upon a number of factors 
such as the preferred procurement strategy. Given the sensitivity of the 
procurement process to factors which seem to constrain competition (in 
particular the consequences of unfavorable review by oversight authorities or 
vendor protest), it is essential that any major procurements growing out of 
this study present the vendor community with BLM's capabilities described in 
such a way as to foster competition while ensuring that BLM obtains the most 
cost effective and practical solution to meet its ADP needs. 


Thus Tasks 5 and 8 have been focused on resolving implementation issues, 
identifying key functional and technical requirements based on needed 
capabilities, and selecting the "best" overall implementation strategy as a 
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basis for Phase 3. Another area of the workplan refinement has been to reduce 
the emphasis on Tasks 6 and 7, the planning for conversion of the 
Honeywell-based applications portfolio, in order to increase the project 
resources for the now broadened Tasks 5 and 8. 


The key point to be made here is that this project has evolved over the 
last year based on a growing understanding of BLM's mission, the role which 
increased application of ADP technology could play in support of that mission, 
and the critical impact that ALMRS, GIS, GCDB, office automation, and DOI's 
consolidation of administrative applications must play in the planning process 
for ADP modernization. 


1.1.2 The Study Plan 


Figure 1-1 illustrates the plan for the ADEMP study. This study is 
being conducted in three major phases resulting in a total of ten separate 
tasks. Tasks 1 through 4 have been completed and the key findings from these 
tasks are summarized below in Section 1.2. 


Phase 1 - Needs Assessment - was comprised of three tasks. During Task 1 
- Analysis of Functional Requirements - the study team documented the major 
activities BLM staff carry out in conducting the Bureau's mission and the 
Current and projected workloads associated with these activities; described 
the current level of automation supporting those activities; and identified 
the major areas where additional automated support is warranted. The 
information for this analysis was collected through . review of available 
documentation and interviews conducted with all levels of staff in all the 
Washington Office divisions as well as in the Denver Service Center, four 
State Offices, six District Offices, and eight Resource Areas which were 
selected by BLM as being representative of operations throughout the Bureau. 
The major product of this effort was an analysis of BLM's operations which 
describes the missions of the Bureau, the individual functions that are 
performed within the Bureau to accomplish these missions, and the key needs 
for ADP support of these functions. 
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The goal of Task 2 - Analysis of Existing Capabilities - was to research 
and document the Bureau's current inventory of computer hardware and software 
and the workload currently being processed by that hardware and software. 
This information was collected during the same visits and interviews as the 
functional requirements as well as with additional visits and contacts with 
BLM offices and additional review of previously prepared documentation. 


The intent.of Task 3 - Workload Analysis - was to develop a projection of 
BLM's future ADP and data communications workload. This projection was to be 
based on the current ADP and data communications workload, as determined in 
Task 2, and the projected functional workload, as determined in Task 1: 
Since, aS discussed elsewhere in this document, BLM's future ADP and data 
communications workload will be driven to a large extent by the workloads 
associated with the development and operation of ALMRS, GCDB, and GIS, the 
development of the final projection of future workload must await further 
input from the ALMRS, GCDB, and GIS efforts. 


The current phase of the ADEMP study, Concept Developement, consists of 
five tasks. The goal of Task 4 - Definition of Alternative Concepts - was to 
identify the alternatives which must be evaluated during Tasks 5 and 8. ykn 
other words, the task identified the questions which must be answered to 
complete the ADEMP study and the possible answers to those questions. 
Subsequent tasks, notably 5 and 8, deal with choosing among the possible 
answers. The ADEMP study addresses the plan for implementing the technical 
architecture as well as the form of the architecture. This scope, plus the 
findings from Phase 1 led to the conclusion that there are a number of 
interrelated issues or questions that must be resolved in order for BLM to 
“select its technical architecture and the approach for implementing that 
architecture. These issues include technical questions such as_ the 
distribution of computers throughout BLM and the type of communications 
Support needed as well as_ non-technical questions such as _ how best to 
structure the procurement of the new architecture. Thus the Task 4 
deliverable identified, but did not evaluate, the alternatives for all the 
issues that must be resolved during this study. 
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Task 5 - Feasibility Analysis - is the current task and is the first major 
step toward selecting the Bureau's technical architecture. The objective of 
this task is to eliminate any alternatives which are demonstrably not feasible 
and to identify those which will receive more thorough evaluation in Task 8. 
The final product of this task will describe the range of technical 
architectures which are feasible for BLM, the key functional and technical 
requirements for the architecture, and the basic implementation approach. It 
is during this task that alternatives which must be considered for 
completeness or for compliance with Government guidelines and regulations 
(such as "non-automated" approaches) but which can be shown to be infeasible 
can be eliminated from further consideration. The process of assessing 
feasibility requires substantial guidance from BLM management and the other 
elements of the ADP modernization effort as well as technical analysis. A 
major objective of this task is the identification of ee functional 
capabilities the technical architecture must provide. In particular, it is 
during this task that the major requirements of ALMRS, GIS, GCDB, and office 
automation are needed as input to the analysis. This task is discussed in 
more detail in Section 1.3. 


Tasks 6 and 7 - Analysis of Existing Software and Analysis of Conversion 
Costs - both address applications software currently residing on the network 
of Honeywell computers. We will estimate the costs of converting all of the 
existing Honeywell-based applications using the Federal Conversion Center cost 
model. This estimate is required for issuance of a Delagation of Procurement 
Authority and will also be used in developing cost estimates for the ADEMP 
procurement(s). For those applications which will not be superceded by ALMRS 
or GIS and which will not be replaced by Department of Interior consolidated 
systems, we will assess whether or not replacement is justified. For those 
for which replacement is justified, we will develop an applications 
architecture, data architecture, and development plan. The assessment of 
which applications will require replacement and the development of the 
associated plan will require significant guidance from the Bureau. 


Task 8 - Cost/Benefit Analysis - is the final major decision step in the 
study. During this task the detailed requirements of ALMRS, GIS, the GCDB, 
and office automation will be integrated with the results of Task 6. Based on 











) 


1-11 


the result we will prepare the final comparison of feasible alternatives (as 
identified in Task 5), including comparative cost estimates. The products of 
this task will be the final functional and technical requirements for the 
technical architecture, the final implementation strategy, and an estimate of 
the cost to acquire the components of the architecture. This final selection 
will also require guidance and direction from BLM management. 


Based on the results of Task 8, we will complete Task 9 - Implementation 
Planning. This plan will address the procurement approach for the technical 
architecture, the overall schedule for acquisition and implementation, and the 
installation and phase-in approach. 


In parallel with the development of the implementation plan we wil] 
complete Task 10 - Preparation of Specifications. During this task we develop 
the key specifications for use in Section C of the Request for Proposal(s) 
that will be used to procure the components of the technical architecture. 


The ‘schedule for this study calls for Tasks 9 and 10 to be completed by 
the end of FY 1987. 


As is emphasized elsewhere in this document, this study addresses the 
hardware, system software, and data communications needs of all of BLM's 
future applications. It is critical, therefore, that the needs of major 
applications which are not within the scope of the ADEMP study - notably the 
Land Information System (ALMRS, GIS, and GCDB) and office automation - be 
incorporated at the proper times. Figure 1-2 shows the relationship of these 
efforts to the ADEMP study. 


The study plan calls for two stages of guidance from these efforts. At 
this time, we need guidance concerning the functional capabilities these 
applications will require (e.g., color graphic display) and any constraints 
that will arise as a result of the development of these applications. During 
Task 8, which will be completed during February, 1987, we will integrate the 
specific requirements of these applications with those developed during Task 6 
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for the remaining applications. The key factors we will need at that time for 
each application will be: 


9 numbers and locations of users and the needed distribution of 
workstations and other devices to the users and offices; 


9 number of concurrent users (at individual types of BLM locations); 

3 volumes (numbers of transactions, transaction sizes, print lines, 
etc.) and types (hard copy alphanumeric, on-line graphic, etc.) of 
input and output; 

a estimated processing requirements; 

® data storage estimates; 


a specialized hardware needs (specific devices or capabilities); 


9 specialized software needs (foundation software, special data 
management requirements, etc.); 


a performance requirements (e.g., security, reliability, throughput, 
and response time); 


® development approach (location, special software development tools, 
etc.); and 


9 the schedule for development and implementation. 


Note that we will require the identification of those applications 
currently running on the Honeywell system which will be replaced by ALMRS and 
GIS by the end of October, 1986 in order to complete Tasks 6 and 7 on 
schedule. 


A final critical element in the success of this study is the involvement 
of BLM management and staff. As we move from the data gathering phase into 
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the analysis and decision making phase it is crucial that we receive guidance 
and feedback. Many of the choices facing the Bureau which are critical to the 
outcome of this study have. to do with the allocation of resources, the 
balancing of conflicting objectives, or other tradeoffs which are not strictly 
technical in nature. While the study team can present these choices, the 
tradeoffs between them, and recommendations, BLM must ultimately make the 
decisions. 


There are three points in the study where this involvement is especially 
critical. During the current task (Task 5) we require BLM to provide us with 
their specific objectives for ADP and the technical architecture, to identify 
any constraints which will impact either the technical architecture or the 
implementation of that architecture, and to validate our assessment of the 
feasibility of the various alternatives identified in Task 4. : 


During Task 6 we will require guidance from BLM in assessing how wel] 
those current applications which are not already scheduled for replacement 
meet the needs of their users and in developing a realistic plan for any 
needed redesign. 


Finally during Task 8 we will require the involvement of BLM in the final 
resolution of all the issues identified in Task 4 and the development of the 
key requirements for the new technical architecture and the plan for 
implementing that architecture. 











1.2 Summary of Key Findings To-Date 


This section summarizes the key finding from the earlier tasks in 
this study. Although these findings have been discussed previously (and, in 
many cases are no surprise to people familiar with the operations of BLM) in 
is nonetheless important to reiterate them here since they provide the 
foundation for the bulk of the material presented in this document. Details 
and substantiation for these findings and the implications for this study are 
contained in earlier deliverables. These key findings are: 


3 BLM is comprised of approximately 10,000 employees located in over 
two hundred locations throughout the U.S. Many of these sites are 
small offices located in small towns. 


® Most personnel are located in field offices (Resource Areas, District 
Offices, and State Offices). Most operations are performed in these 
offices and much of the data used by BLM in carrying out its mission 
is collected and used in these offices, although there is some 
sharing of data among offices and a significant amount of transfer of 
information along the lines of the BLM hierarchy (Resource Area to 
District Office, District Office to State Office, etc.). 


a There is considerable variation between offices. Not only is there a 
wide range of sizes but there is also a wide variation in operations 
and procedures. 


8 We identified sixty-seven distinct functions BLM personnel carry out 
in fulfilling the Bureau's mission. The most significant unmet needs 
for ADP support for these functions are for improved case processing 
and management applications, geographic and resource analysis 
applications, and improved management reporting. The predominant 
needs for Resource Areas, District Offices, and BIFC are for 
scientific, analytical, and case/project management applications. 
The primary needs in State Offices and the Washington Office are for 
administrative and management reporting applications. 
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BLM's programmatic workload is expected to increase at a modest rate 
over the next ten years. The ADP workload, however, is expected to 
increase dramatically as mew applications are developed which wil] 
allow BLM staff to carry out their functions more effectively or at 
reduced cost. In particular, the Bureau's future ADP and data 
communications workload will be determined to a very large extent by 
the scope and schedule for the ALMRS and GIS applications systems. 


BLM's current ADP and data communications environment is made up of 

hardware from many different vendors (for example Honeywell, Data 

General, Prime, and Wang), much of which is not compatible. In 

addition, much of the applications software currently operating on 

the Honeywell network is old batch systems. While most of the older 

applications were developed using COBOL and traditional data’ 
management techniques, those that have been developed recently take 

advantage of newer, more effective techniques such as data base 

management software and "fourth generation" software. 


Rather than a simple set of alternative configurations of computer 
hardware, there are a complex set of issues, each with alternatives, 
which must be evaluated in order to modernize BLM's technical 
architecture. These issues include: | 


- the physical locations of the computer processors and other 
components which will make up the technical architecture; 


- whether BLM's needs will be best met by a single line of general 
purpose systems or whether multiple, specialized systems are 
needed; 


- the degree to which BLM's current technical architecture should be 
replaced as opposed to incremental upgrade; 


- the number of separate procurements to be used to acquire the 
technical architecture; and 
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the scope of those procurements and the types of specifications to 
be used. 


Ves Task 5 Overview 


Figure 1-3 illustrates the three elements of Task 5. As described 
above, the overall goal of this task is to select those “alternatives” which 
are "technically feasible" which can then be evaluated in Task 8 - the 
Cost/Benefit Analysis. In order to accomplish this goal, the study team 
prepared this interim report which will lay the foundation for this analysis. 


This report - Discussion of Objectives, Constraints, and Implementation 
Considerations - is intended to serve as a basis for reaching a decision on 


the Bureau's objectives for the technical architecture and identifying any 
constraints with which the technical architecture must comply. The contents 
of this document should be taken as a "first cut" based on our findings 
to-date and as a basis for review and discussion. 


The Bureau's objectives for ADP in general and the technical architecture 
in particular will play a major role in determining which alternatives are 
feasible. For example, the objective of ensuring that applications software 
is "transportable" (i.e., can run on any computer that is part of the 
technical architecture) will limit the technical architecture options to those 
which use the same operating system software for all the processors that make 
up the architecture. Also, many of the objectives we have identified relate 
to capabilities that would be provided by the technical architecture, either 
by itself or in combination with other elements of the ADP infrastructure. 
These objectives, once validated, will then serve as the basis for the 
functional specifications used to solicit and evaluate vendor proposals. If 
an alternative (for any issue) is inconsistent with the Bureau's objectives, 
it will be eliminated from further evaluation. Thus, although some of the 
objectives are by necessity phrased in general terms or seem obvious, it is 
still important to verify that they are valid. One key aspect of this task is 
to identify the objectives of the ALMRS, GIS, GCDB, and office automation 
efforts and any constraints generated by those efforts. 


Implementation considerations are topics related to the implementation of 
the technical architecture, i.e., how the technical architecture is acquired 
and installed, as opposed to what the architecture looks like. These 
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considerations also may limit technical architecture options and will form the 
basis for the implementation strategy. For example, if computer hardware and 
system software as well as a data communications network are acquired through 
a single procurement, the precise specification of the interface between the 
computers and the network may be left up to the vendor. On the other hand, if 
the computer hardware and software and the communications network are to be 
acquired through two or more procurements, the interface must be specified in 
much more detail. 


The results of BLM's review of this report will then be used to prepare 
the final product of this task - the Feasibility Analysis - which will 
describe the feasible technical architectures (or the range of feasible 
architectures); identify major constraints on the technical architecture 
(e.g., must have computers in state offices) which are justified by the 
conclusions concerning objectives, constraints, and implementation 
considerations; identify key functional requirements for the technical 
architecture; and describe the major elements of the implementation approach. 
These will then be refined in Task 8 based on the specific requirements of the 
major new BLM applications (ALMRS, GIS, GCDB, and office automation), the 
results of the analysis of the remaining Honeywell-based applications, and an 
analysis of comparative costs. 


This interim report is intended to facilitate the process of BLM reaching 
a concensus on the Bureau's objectives (and constraints) for automation and 
some of the major implementation issues. In conjunction with the delivery of 
this report we intend to conduct a series of briefings and working sessions 
with BLM management and staff in order to answer questions, foster discussion 
and solicit feedback and guidance. 


1.4 Organization of This Document 


Our discussion of BLM's objectives and constraints for ADP is 
presented in four chapters in addition to this introduction. 


® Chapter 2 discusses the concept of an ADP infrastructure, the role of 
the technical architecture in that infrastructure, and the 
relationship of the technical architecture to the other elements of 
the infrastructure. Chapter 2 also presents several technical 
architectures which are representative of the technical architecture 
BLM will acquire, install, and use as a result of this study. 


a In general, users of ADP support have a different set of objectives 
than those who manage the ADP resource (users are concerned with 
using ADP to accomplish their mission while ADP management is 
concerned with the details how to deliver the ADP capabilities). In 
order to ensure we address each perspective adaquately we have 
devoted a separate -chapter to each. Chapter 3 presents our 
understanding of the objectives of BLM's users of the ADP 
infrastructure as they impact the technical architecture. Many of 
these objectives are presented in terms of capabilities that the 
technical architecture (sometimes in conjunction with other elements 
of the ADP infrastructure) should provide these users. 


a Chapter 4 presents our understanding of the objectives and 
constraints that will have a significant impact of the technical 
architecture from the point of view of ADP management. 


% Chapter 5 discusses the major topics related to the implementation of 
the technical architecture. 


3 Chapter 6 summarizes the impact of the objectives and constraints 
presented in chapters 3 and 4 and presents those issues which will 
have a significant effect on the outcome of this study and which must 
be resolved before the technical architecture and the implementation 
strategy can be selected. 


Additional information is contained in several appendicies. 
8 Appendix A contains a glossary of technical or specialized terms. 


a Appendix B contains an analysis of the ADP needs of each of the 
sixty-seven functions carried out within the Bureau. 


@ Appendix C illustrates the distribution BLM's current applications 
among the various BLM sites. 


8 Appendix D lists the vendors currently supplying ADP equipment to 
BLM. 
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2. BLM'S ADP INFRASTRUCTURE AND TECHNICAL ARCHITECTURE 


As was described in Chapter 1, this project has evolved considerably since 
its inception. It began as an analysis of the alternative technical 
architectures for replacing BLM's Honeywell configuration at the Denver 
Service Center and the State Offices. This network of computers has been used 
to support much of BLM's current applications software, most of which is run 
centrally in a batch processing mode. 


Based on the substantial expected impact of BLM's major ADP initiatives -- 
ALMRS and GIS -- as well as the expected impact of BLM's office automation 
plans the scope of this project has been broadened and the focus has shifted. 
Modernizing the technical architecture associated with the current 
Honeywell-based applications without addressing ALMRS, GIS, GCDB, and office 
automation is not in the best interests of BLM. Separate, specialized 
procurements would, at a minimum, result in redundant procurements, extra 
expense, and possibly incompatible systems. Thus the project has moved from 
selecting a single technical architecture for replacing the network of 
Honeywell computers to the procurement and implementation of a technical 
architecture that will meet the needs of all of BLM's future applications. 


In order to clarify the scope of this project, this chapter explains in 
detail what we mean by technical architecture and ADP infrastructure and also 
illustrates the relationship between this technical architecture and the other 
elements of BLM's ADP infrastructure. A primary message of this chapter is 
that all the elements of BLM's ADP infrastructure must interact effectively 
and compliment one another in order to successfully deliver the capabilities 
needed to support BLM's mission. Therefore, this chapter is also intended to 
illustrate for BLM management those ADP infrastructure issues which, while 
outside this project's immediate scope, will substantially determine the 
success or failure of the overall ADP modernization effort. 
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2.1 Definition of ADP Infrastructure 


An organization's ADP infrastructure is the "manufacturer and 
distributor" of ADP capabilities. Every organization that uses ADP has an ADP 
infrastructure, whether formally arrived at or established by default. Given 
the size of BLM's investment in ADP, and the growing criticality of ADP 
capabilities to the execution of BLM's mission, planning for, implementing, 
controlling, and evaluating BLM's ADP infrastructure must be key management. 
concerns. This section explains what is meant by an ADP infrastructure, 
describes the various components, and discusses the relationship among these 
components, especially as they affect the delivery of ADP services and 
capabilities. 


An organization's ADP infrastructure consists of four components: 


S Technical architecture (the focus of this project) -- includes the 
computer hardware, systems software, networking facilities, and, 
perhaps a gray area, those application development tools that are 
closely related to the systems software. Discussed in more detail in 
Section 2.2, technical architecture is often and quite mistakenly 
viewed as the sole “manufacturing and distribution" mechanism for ADP 
capabilities. As will be described further in this section, 
technical architecture is but one of four critical components in this 
process; 


a Applications architecture -- consists of the logical processes by 
which data is captured, manipulated, analyzed, and disseminated in 
order to support the business of the organization. The applications 
architecture consists not only of a conceptual model for processing 
data, but also of the actual applications software with all its many 
Components. For example, the Financial Management System, PAY/PERS, 
and the Case Recordation System are all major elements of BLM's 
current applications architecture. ALMRS and GIS are major 
components of the Bureau's future applications architecture. A 
Common and understandable border dispute arises between where the 
technical architecture's system software and, more importantly, 
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application development tools should leave off and the applications 
architecture pick up. There is no clear definition for this border 
because it varies from technical environment to technical 
environment. However, a good rule of thumb is that the applications 
architecture in an ideal technical environment would concern itself 
only with those processes which are unique to the application under 
consideration and that the technical architecture would provide all 
of the other software that provides any kind of common service. Thus 
an application using graphic output would rely upon the technical 
architecture to provide both the physical graphics plotters and CRTs 
and the graphics subroutine library that converts the applications 
request (e.g. draw a circle at this point) into the device specific 
instructions that cause the circle to appear. 


Data architecture -- consists not only of the individual data 
elements, files, and data bases which are manipulated by the 
technical and applications architectures but also of the many 
relationships between and among these data entities. Just as 
technical architecture consists of both the conceptual design and the 
actual hardware and systems software, i.e. the physical components, 
the data architecture also embodies the conceptual or logical model 
of data as well as the physical data itself. A working data 
architecture is one in which data has been collected, processed, 
stored, and resides within the physical facilities provided by the 
technical architecture. 


Management and support architecture -- embodies all the staff 
involved in the provision of ADP capabilities as well as the 
administrative or organizational structure, policies, and procedures 
which govern how these ADP capabilities are "manufactured and 
distributed". Included within this architecture are not only the 
computer operators, programmers and technical specialists who spend 
100% of their time "manufacturing and distributing" ADP capabilities, 
but also staff members who have peripheral responsibilities for ADP 
as well as such procedures as the process by which system access 
codes are initialized, applications are developed, distributed, and 
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modified, ADP budgets are developed and defended, ADP hardware, 
software, and services are procured, and all of the other "things" 
which don't neatly fit into any of the three components listed above 
but which are essential to the successful delivery of ADP 
Capabilities. 


Figure 2-1 illustrates the concept of an ADP infrastructure. A variation 
in any single component of the ADP infrastructure will create a "new" 
infrastructure. In most cases, changes to one component cause or require 
Changes’. in another. For example, a very distributed technical and 
applications architecture for a personnel system could result in employee data 
being stored at each distributed processor, thereby significantly impacting, 
perhaps even driving the data architecture. Furthermore, such a data 
architecture then creates a demand for increased ADP security, an applications 
and/or technical architecture issue, and manual security, an issue for the 
management and support architecture. These "ripple" effects of ADP 
infrastructure changes are a major source of cost, risk, and frustration in 


modernizing ADP capabilities. 
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Figure 2-1: The ADP Infrastructure provides services 
and capabilities for the BLM users. 
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In some cases, the components of the infrastructure appear to function 
independently. For example, a very distributed technical, applications and/or 
data architecture could be supported, theoretically, by either a centralized 
applications support organization or by a support organization distributed to 
the same degree as the computer systems. However, while highly distributed 
but identical hardware will work the same way wherever it is, “distributed 
people" will almost certainly deviate from standard procedures. 


All four of the infrastructure components must work in concert in order to 
effectively support the mission of the organization by "manufacturing and 
distributing" ADP capabilities. If any of these components are deficient, the 
infrastructure will not effectively support the mission of the organization -- 
some operations will be sub-optimal, and others will simply fail. For 
example, the effectiveness of a state-of-the-art technical architecture will 
be negated if the staff located in field offices are unable to properly fill 
out data capture forms. Whether the incorrectly completed forms result from 
poor staff selection, training and/or supervision -- primarily management and 
support architecture issues -- or from. poor forms design -- primarily an 
applications and/or data architecture issue -- the results will be the same. 
No good data capture forms (i.e., garbage in); no useful reports (i.e., 
garbage out). Similarly, the most carefully prepared data architecture will 
rapidly become valueless if there are not appropriate data administration 
procedures for managing and changing the architecture to keep pace with 
organizational and programmatic changes. 


Allowing one element of the infrastructure to dictate the ADP 
infrastructure can lead to situations which waste large amounts of staff and 
ADP resources. For example, BLM currently has many terminals which, while 
capable of working with entire screens of data, now usually work with a single 
line of data at a time. BLM's applications software must work with BLM's 
entire inventory of (incompatible) terminals - the technical architecture - 
which includes many older models which only allow line-at-a-time input and 


output. In order to be able to use these older terminals, the applications 
software has been restricted to using the minimum common subset of terminal 
capabilities. In this case this minimum set of capabilities includes only 


line-by-line input and output. This "hobbling" of the applications 
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architecture by the technical architecture means that desirable capabilities 
cannot be made available to BLM's users of ADP; specifically, users must spend 
additional time entering data into the systems they use. This particular 
situation also illustrates why this effort to upgrade BLM's technical 
architecture was initiated. 
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Eee Definition Of Technical Architecture 


The Technical Architecture defines the foundation of hardware, 
systems software, network capabilities, and related facilities required to 
support the ADP infrastructure. Its purpose is to ensure that: 


e Appropriate and adequate computing power is available to all BLM 
personnel and locations; 


9 Data can be communicated and shared across applications used at 
geographically dispersed locations; 


® BLM's significant investment in applications software and data is 
maintained throughout environmental and technology changes; 


9 Adequate tools are available to allow new applications and changes to 
existing ones to be implemented in a responsive manner. 


A technical architecture can be described in many different levels of 
detail. At a high level, a technical architecture describes generic 
equipment, such as "a VAX 8200 class minicomputer," with the realization that 
a procurement could result in the installation of any of a number of 
competitive vendors' system. The lowest level of detail would include very 
specific component and configuration information, such as make and model 
numbers of computer processors, the exact size of memory, types and numbers of 
communications controllers, and models and numbers of peripherals such as 
terminals and printers. For the purpose of this study, we will use the 
higher, more aggregated, level, with generic descriptions. Not only is the 
very detailed level not feasible given the size and scope of BLM's operations 
but Federal procurement regulations prohibit using that level of detail for 
large procurements. 


Any definition of technical architecture will have, by necessity, some 
ill-defined boundaries. For example, data base management software may be 
considered part of the technical architecture or as part of the applications 
or data architectures. While computer processors and terminals are considered 
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part of the technical architecture and applications software is not, many 
types of software used to "support" applications can be defined as part of 
either architecture. 


2-2-1 Definitions of Components 


The nature of a Technical Architecture causes any discussion of the 
components of it to use specialized technical terms, many of which do not have 
commonly agreed upon definitions. While Appendix A contains a glossary of all 
of these terms, several deserve further discussion. 


2.2.1.1 Centralized, Decentralized, and Distributed Processing. 


A traditional characteristic used to separate alternative Technical 
Architectures was the measure of how centralized the computer resource was, 
compared to distributed and decentralized alternatives. Recently, this 
distinction has become biurred. Traditionally, a centralized computer 
“facility consisted of a large mainframe computer supporting users via batch 
processing and terminals with limited intelligence. Yet even that mainframe 
computer would typically distribute tasks to minicomputers or intelligent 
controllers to handle Input/Output (1/0) for network, disk and other slow 
peripheral devices. 


Today, a geographically centralized system can distribute processing to 
specialized processors. For example, a single facility can use a network of 
smal] minicomputers (i.e. AT&T Unix systems) to handle terminal I/0, a 
specialized backend DBMS machine (such as those produced by Britton-Lee) to 
handle database manipulation, and a supercomputer (such as a Cray 1) to 
process scientific calculations. Thus, this system is simultaneously 
centralized and distributed. Such a system may be wel] suited to BLM, as it 
Can support the ease-of-use desired by the users with the efficiency needed to 
effectively manipulate the massive GCDB while providing the processing power 
needed for engineering, scientific, ALMRS and GIS applications. 


Another source of confusion is the users viewpoint of the system. One 
possibly suitable technical architecture for BLM would have identical 
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mid-level mainframe systems located at each State Office, with users accessing 
the system with terminals located at the BLM offices across the State. From 
the perspective of DSC and the Washington HQ, this would be a decentralized 
approach. Yet from the perspective of a resource specialist located ina 
remote Resource Area, this would be the same as accessing a centralized 
computer: low speed telecommunications would still be used to access a remote 
computer system. Thus’ this system is simultaneously centralized and 
decentralized, depending upon the user's perspective. 


For the purpose of the ADEMP, we propose using the following definitions: 


9 Centralized system - A technical architecture utilizing a large 
central computer facility containing all of the computer equipment 
(ize. = CPU mudisks, tapes, printers, plotters) with the exception of 
user terminals and networking equipment needed to connect the user 
terminals with the central facility. User terminals are not equipped 
with significant local intelligence. 


3 Decentralized system - A technical architecture utilizing computer 
systems located in two or more geographic locations. In addition to 
the obvious technical architecture characteristics, the use af the 
term "decentralized" will also imply some level of local control over 
the computer resources; impacting the Management and Support 
Architecture. 


a Distributed system - A technical architecture utilizing two or more 
cooperating computer systems to solve one or more application 
problems, with each processor simultaneously solving part of the 
application. 


a Local system - A computer system used to perform applications for the 
users located at the same site as the computer. 


a Stand-alone system - A computer system with all of the processing and 
data storage capabilities needed to process applications entirely 
itself. This computer system is independent of any other computers 
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that may exist. An example of this would be a stand-alone graphics 
computer used by a Resource Area to prepare overlays for a Resource 
Management Plan. 


It is likely that any feasible technical architecture for BLM will consist 
of computer systems that have some characteristics of all of these classes. 


2.2.1.2 Local Communications Network 


One requirement that emerged from the functional requirements 
analysis is a capability to allow all terminals within the technical 
architecture to access applications in a consistant and easy-to-use manner. 
Users accessing an application should not be required to understand the 
differing network technologies used to connect his terminal with local and 
remote processors. The usual method of providing this capability is to 
provide a local communications network connecting all of the terminals and 
workstations at one site, and provide a gateway to remote computer systems. A 
related capability, allowing all terminals and workstations to access all 
applications, is addressed in Chapter 3. 


There are many technologies that can be used to implement the Loca! 
Communications Network. Examples include: 


6 A Data PBX which is hard wired to each terminal or workstation, 
allowing each device to access all local processors and any network 
communications line. The network communications. lines would provide 
access to remote computers, such as those at DSC, the State Office, 
or external computer systems such as PAY/PERS. Either individual 
access lines, or a gateway to a wide area network, could be used. 
Figure 2-2 shows a typical site configuration using this approach. 





LINES TO LINES TOSO _ ——_ LINES TO DSC 


PAY/PERS COMPUTER 
COMPUTER 
Figure 2-2 


A local area network could connect all terminals and workstations 
together, providing access to all local computer systems, and 
allowing use of a gateway to access remote systems. Figure 2-3 shows 
a typical site configuration using this approach. 





LOCAL AREA NETWORK 


GATEWAY 


TO REMOTE 
SERVICES 


Figure 2-3 
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At this stage of the ADEMP, we have not selected a "best" approach. As a 
result, rather than using the technically rigorous term, such as "data PBX," 
subsequent discussions of the technical architecture will use the following 
term and definition: 


Local Communications Network - A combination of hardware and 
software that allows terminals and workstations to transparently . 


access local and remote computer systems. Included are all hardware: ” 


components (i.e. cables, controllers, gateways, modems, power 
supplies, racks, etc.) and any software required by the terminals, 
workstations and, if appropriate, the local communications 
controllers, gateways, etc. 


2.2.1.3 Wide Area Network 


The dispersed geographic locations of BLM will require a data 
communications network that allows user terminals and workstations to access 
applications on, and exchange data with, remote computer systems. No matter 
which technical architecture is selected, BLM will need a data network to 
allow interaction between and among computer systems. Explicitly excluded from 
this network are voice communications and specialized communications, such as 
radio systems used for fire fighting. 


As with the Local Communications Network, a variety of technologies can be 
used singularly and in combination to provide the needed capabilities. For 
example: 


e BLM could contract with a commercial value added network (VAN) vendor 
such as Telenet or Tymnet. 


9 BLM could use the Department of Interior GEONET network, a X.25 
packet switching network. 


9 BLM could build a network of dedicated phone lines, microwave links, 
multiplexors, and data PBXs. 


® 
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The wide area network would connect the users and computer systems with 
"sufficient" speeds, to provide file transfers, electronic message 
transmission, and to allow users to access specialized remote computer 
systems. Two classes of access deserve special mention: access to the 
existing Honeywell systems during the transition to the new technical 
architecture, and access to non-BLM computer systems, such as those at the 
Bureau of Reclamation, and other government and commercial sites. 


2.2.1.4 Application Development Tools 


Application development tools are used by programmers to build 
application software, such as a General Ledger system. Some of the tools are 
used solely during the development process, others form the foundation for the 
operation of the application and are used continuously throughout the 
application's life. Included are ‘fundamental tools such as compilers, 
debuggers, and text editors, as well as more advanced tools such as source 
code library, utilities, data dictionary packages, database management 
packages, and screen formatting packages. The fundamental tools are required 
for any application development effort. The more advanced tools have been 
credited with significantly improving development productivity and, perhaps 
more importantly, improving the quality and cost effectiveness of application 
maintenance once they reach operation. 


Although most application development tools are procured as part of the 
technical architecture, significant contributions to the toolkit may be made 
during the development of applications by Bureau programmers. The obvious 
examples include subroutines that perform frequently use calculations, such as 
date/time manipulations or converting a encoded value such as "WO-770" into 
its proper division/branch name for use in a report. A less direct example 
would be a Oi] and Gas recovery model which could be modified for analysis of 
other non-renewable resources with far less effort and expense than developing 
another model from scratch. 
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2.2.1.5 &nd User Computing Tools 


End user computing tools are used by non-ADP professionals to access 
and analyze information stored in professionally developed applications, and 
to store and manipulate their own data in systems that are too smal] or too 
specialized to be subject to the normal ADP application development cycle. 
Examples include most personal computer software, such as Lotus 1-2-3 and 
dBase III, and some mainframe computer software, such as ASPEN II. 


End user computing tools are extremely popular with non-ADP professionals. 
They can allow, for example, a resource specialist, to develop applications 
without waiting for the request to percolate through the software development 
backlog typical of all large organizations. This can allow computers to 
improve the resource specialist's productivity in a more effective and timely 
manner than traditional approaches. 


Peele Major Components of a Technical Architecture 


The major components of a technical architecture include: 


s the computer system or multiple computer systems, with specifications 
for: 
- processing power or size 
~ disk storage capability 
- geographic distribution; 


& user access devices, such as interactive terminals, RJE terminals, 
graphics workstations, and printers, with specifications of the total 
population and frequency of user access and the geographic 
distribution of the users and their access equipment; 


a communications network for communications between user equipment and 
processors and for communications between processors; 


® application development tools; 


8 the operating system; 


a sort/merge utilities, tape processing utilities, etc.; 


a specialized output devices such as microfilm equipment and graphics 
devices such as plotters and high resolution terminals; 


a specialized input devices such as key-to-disk systems, or graphics 
digitizing stations; 


3 End user tools such as Fourth Generation Languages (4GL). 


The technical architecture supports users by, in turn, supporting 
applications. This applications support is in the form of the hardware and 
communications network used by the applications as well as system software, 
utilities, and foundation software (such as data management and graphics) used 
by the applications software. Figure 2-4 illustrates the relationship between 
the technical architecture and the applications software (ALMRS, PAY/PERS, 
GIS, etc.). 





Figure 2-4: The Technical Architecture provides the foundation for 
applications and allows users to access those applications. 


2.3 Representative Technical Architectures 


The sample technical architectures described in this section 
illustrate the range of technically feasible architectures for BLM. All of 
the following technical architectures have a number of common characteristics. 
One of the most significant is that they must provide very good access into 
BLM's existing Honeywell network. Regardless of how wonderful the new system 
is, the existing applications will continue to operate on the Honeywell 
Systems for a significant length of time as they are converted to the new 
system. During this transition period, access to the old applications must be 
provided. Another characteristic is that they must provide a unified access 
method to allow all terminals and workstations at BLM offices to use the local 
and remote computer systems. 


We have chosen three examples to illustrate what we mean by a technical 
architecture for BLM: a fully decentralized architecture, a partially 
decentralized architecture, and a fully centralized architecture. 


Pesel Decentralized to each field office, and all organizationally higher 
locations, with distributed processing to handle specialized requirements. 


Within this architecture, decentralized computer systems would be 
located in each Resource Area, District Office, State Office, DSC, BIFC, and 
Washington HQ, with sufficient disk and processing capacity at each location 
to handie at least 75% of the location's total requirements. The capacity 
needed to perform the remaining requirements will be provided by networked 
processors at higher offices, such as a Resource Area's District or State 
Office. Each computer system would have sufficient processing and storage 
capacity to process all local applications (i.e. development of a RMP by a 
Resource Area). Distributed processing would be used to access information 
"local" to another site. For example, 01] and Gas analysis is often performed 
at the District Office level. If a Resource Area needed (and was allowed) 
access to the analysis and information during the creation of a RMP, it would 
use the distributed processing capability to read the remote data. Similarly, 
personnel and procurement data is primarily processed by DSC and State 
Offices. Authorized access to this information by District and Resource Area 


® 
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computer systems would use the distributed capability. It is assumed that DSC 
would continue to perform BLM-wide administrative functions, and would have a 
computer sized appropriately for DSC's own needs. 


All computer systems would be connected via the wide area network. User 
terminals and workstations in each location would be connected together by the 
local communication network, which would provide access to local and remote 
computer systems. 


The size of the systems would vary greatly, in accordance with the size of 
the location. To size each site's computer system, we assume that colocated 
offices would combine their computing requirements into a single larger 
system. Thus, for example, the Medford, Oregon facility would have one very 
powerful system, rather than six separate systems -- one for the District 
Office and one each for the five colocated Resource Areas. It is also assumed 
that the technical architectures would provide appropriate security between 
independent users of the larger, shared facility. All computer systems wou Id 
be multi-user, but small offices might support as few as three users, while 
larger District and State Offices would require support for 150 to 200 
simultaneous users. 


While the size of the computers varies significantly among sites, all 
computers would be compatible at the object code and operating system level. 
This means that a common operating system would be used across all members of 
the computing family, and that the same instructions would be executed 
(possibly at varying speeds) on all processors. This would allow applications 
and data to be moved between locations, greatly improving their shared use. 
Note that this compatibility requirement would preclude the continued use of 
many existing BLM systems. For example, because there are no large scale 
computer systems using the IBM Personal Computer's PC-DOS operating system, 
the use of the existing Philips and Wang "IBM-clone" PC's will be restricted 
within this sample architecture. 


Because all of the computer systems are object code and operating system 
compatible, all of the application and development software (i.e. system 
utilities, application development tools, DBMS systems, end-user computing) 
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capabilities could be used at all locations. Given the wide variety of 
technical capabilities throughout BLM's organization, it may not be desirable 
to provide all of the development tools to all locations. Determination of 
the proper mix of tools for each location is the responsibility of the 
Application Architecture and the Management and Support Architecture. 


A decentralized technical architecture would include the following 
hardware components: 


Computer systems of appropriate sizes - CPU, memory, etc. 

Disk drives 

Tape drives, line printers, digitizers, plotters, and other peripherals 
Alphanumeric and business graphics terminals 


High resolution graphics terminals for LIS 


Software components would include: 


Vendor supplied operating system 
Appropriate communications software to support the local communication 
network 
@ High level language compilers for FORTRAN-77, COBOL-84, PASCAL-80, 
etc., compliant with appropriate ANSI and FIPS standards 
@ Performance/transaction oriented DBMS for high-volume applications 
Relational OBMS for ‘cuff' records and small scale systems 
e Common "user friendly" data base query language that can access both 
the performance oriented and relational DBMS 
@ Application Development Tools, including: 
- Software development management tools 
- Full screen, source language Debugging utilities 
- Full screen source file editor(s) 
- SORT/MERGE utilities, tape utilities, etc., with acceptable 
speed 
- Graphics subroutines for use by LIS 


@ ) 


@ ) 


o 


Network components would include: 


Local Communications Network 

@ Network management tools/utilities 

e Network access to the Honeywell system for user terminals and file 
transfer. 


This technical architecture does not depend on the vendor that supplies 
it. For example, the computers in the system could be supplier by Data 
General, Digital Equipment Corporation, AT&T, and others. 


Zeare Partially Decentralized with systems in each "large" field office, 
with distributed processing to handle specialized requirements. 


Within this architecture, decentralized computer systems would be 
located in each BLM location with more than 25 employees. All "large" offices 
would be provided with sufficient disk and processing capacity at each 
location to handle at least 85% of the location's requirements, including the 
needs of smaller field locations that are supported by the larger office's 
system. The capacity needed to perform the remaining requirements would be 
provided by networked processors at higher offices. It is assumed that DSC 
would continue to perform BLM-wide administrative functions, and would have a 
computer sized appropriately for DSC's own needs. The remaining offices, 
typically small Resource Area and District offices, would use the wide area 
network to access the nearest computer. 


At sites with a computer, the Local Communications Network would provide 
access to the computer system. At sites without a computer system, the Local 
Communications Network would provide the connection between users and the wide 
area network, which in turn would provide access to the remote processing 
capability. 


As with the sample technical architecture given in Section exsedten tne: S1Ze 
of the decentralized systems would vary in accordance with the size of the 
location. All computers systems would be multi-user. The smallest systems 
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would support 25 employees, which would in turn require support for at least 
16 simultaneous sessions. Larger District and State offices would require 
support for 150 to 200 simultaneous users. 


While the size of the computers varies significantly among sites, al] 
computers would be compatible at the object code level, exactly as the sample 
described in Section 2.3.1. Again, this means that a common operating system 
would be used across al] members of the computer family, and that the same 
instructions be executed (possibly at varying speeds) on all processors. This 
would allow applications and data to be moved between locations, greatly 
improving the sharing of applications and data. 


A partially decentralized architecture would include the following 
hardware components: 


Appropriately sized computer systems - CPU, memory, etc. 
Disk drives 

Tape drives, line printers, and other peripherals 
Alphanumeric and business graphics terminals 


High resolution graphics terminal for LIS 
Software components would include: 


e Vendor supplied Operating system 

@ Appropriate communications software to support the Local Communications 
Network, and to support users in remote offices access this system via 
the wide area network. 

@ High level language compilers for FORTRAN-77, COBOL-84, PASCAL-80, 
etc., compliant with appropriate ANSI and FIPS standards 
Performance/transaction oriented OBMS for high-volume applications 

@ Relational OBMS for ‘cuff' records and small scale systems 

@ Common "user friendly" data base query language that can access both 
the performance oriented and relational DBMS 

@ Application Development Tools, including: 

- Software development management tools 
- Full screen, source language Debugging utilities 





“ Full screen source file editor(s) 

- SORT/MERGE utilities, tape utilities, etc., with acceptable 
speed 

- Graphics subroutines for use by LIS 


Network components would include: 


e@e Local Communications Network 

@ Network management tools/utilites 

e@ Access to the wide area network to support remote users (including 
network PAD's at small field offices, allowing their terminals to use 
the network to access the closest computer) 


As with the first sample architecture, varying the brand of computer or 
supplier of the network would not result in a new architecture. 


Zeses Centralized Mainframe System 


This technical architecture example would use a centralized mainframe 
system located at DSC. Users would access the system from their terminals via 
a wide area network. Expensive peripherals, such as color plotters, would be 
located at the central facility, with output distribution using U.S. mail or 
Federal Express as appropriate. 


Within each site, a Local Communications Network would connect all . 
terminals, workstations, and personal computers, to each other, and to the 
gateway to the wide area network. 


As with other technical architectures, the centralized mainframe system 
would effect other components of the ADP infrastructure. For example, 
software development, training, and hotline support, while not constrained to 
be centrally located by this technical architecture, would most likely also be 
concentrated at the central facility. 
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A centralized technical architecture would include the following hardware 
components: 

e Computer system, CPU, etc. 

e Disk drives 

@ Tape drives, line printers, and other peripherals 

@ Alphanumeric and business graphics terminals 

@ High resolution graphics terminal for LIS 


Software components would include: 


Vendor supplied operating system 
Appropriate communications software to provide access the Local 
Communications Network and to support lower office users 
High level language compilers for FORTRAN-77, COBOL-84, PASCAL-80, 
etc., compliant with appropriate ANSI and FIPS standards 
Performance/transaction oriented DBMS for high-volume applications 
Relational DBMS for 'cuff' records and smal] scale systems 
Common “user friendly" data base query language that can access both 
the performance oriented and relational DBMS 
Application Development Tools, including: 

- Software development management tools 

- Full screen, source language Debugging utilities 

- Full screen source file editor(s) 

~ SORT/MERGE utilities, tape utilities, etc., with acceptable 

speed 
= Graphics subroutines for use by LIS 


Network components would include: 


The Local Communications Network to connect intrasite users 
Network management tools/utilites 
Access to the wide area network to support remote users 
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2.3.4 Other Technical Architectures 


One approach to procuring BLM's technical architecture would be to 
define the required functional capabilities that are needed rather than 
specifying the hardware, software, and networks used to supply the 
capabilities. Rather than specifying numbers and capacities of CPUs, disk 
drives, etc., the functional specifications would state that a certain number 
of users must be able to simultaneously access the system using a suite of 
applications, while the system meets minimum specifications for response time, 
throughput, and reliability. 


In addition to rigorously justified characteristics, the functional 
specification must allow for subjective considerations. For example, BLM's 
organizational structure would eliminate any offeror's approach that did not 
provide State Offices with “adequate control" of the computer systems used by 
their staff, even if all required technical characteristics were met. 


A functional specification of the technical architecture would include 
requirements for: 


e@e Secretarial workstations 

@ Alphanumeric and business graphics terminals for managers 

e Alphanumeric and high resolution graphics terminal for resource 
management 

@ Alphanumeric terminals for clerks 


Software specifications would include functional requirements for: 


@ Vendor supplied operating system 

@ Appropriate communications software to provide access to X.25 network 
and to support lower office users : 

@ High level language compilers for FORTRAN-77, COBOL-84, PASCAL-80, 
etc., compliant with appropriate ANSI and FIPS standards 

@ Performance/transaction oriented DBMS for high-volume applications 

e Relational DBMS for 'cuff' records and small scale systems 

@ Common "user friendly" data base query language that can access both 
the performance oriented and relational DBMS 


All 


Software development management tools 

Full screen, source language Debugging utilities 

Full screen source file editor(s) 

Usual SORT/MERGE utilities, Tape utilities, etc., with acceptable speed 
Graphics subroutines for use by LIS 


network issues would be the responsibility of the offeror, including 


selecting standards, network management, communications speeds, cables and 


modems, etc. 


Another technically feasible (but not necessarily financially or 


contractually feasible) technical architecture for BLM is to upgrade the 
existing technical architecture. Key components of this architecture include: 


6, 


etc. Je 


Centralized mainframe for administrative and financial applications 
State Office computers for telecommunications and small applications 
Independent word/text processing capability 

Independent electronic mail- 

Independent LIS/GIS/ALMRS computers 

Independent personal computers for management analysis 

Specialized applications, such as bridge design, are performed on 
non-BLM facilities that have the needed specialization 


This approach might require replacing existing hardware (DPS-8/70, Level 
etc.) with current versions with the same design (DPS-90, DPS-6-Plus, 


The remainder of this document focuses on the specific objectives of BLM's 
users 


and ADP management as they pertain to the technical architecture. Once 


these objectives, and the capabilities they imply, have been confirmed, the 
specific components of BLM's technical architecture can be identified. 
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3. OBJECTIVES AND CONSTRAINTS FROM THE USER PERSPECTIVE 


act Introduction 


This chapter describes our understanding of the objectives and 
constraints effecting BLM's ADP technical architecture from the user's 
perspective. Many of these objectives are described in terms of capabilities 
that the technical architecture would provide these users to facilitate their 
mission. 


3.1.1. Definition of Users 


Every person for whom the ADP infrastructure performs a function 
could conceivably be considered a user. This definition would include both 
staff whose primary role is outside the ADP infrastructure (i.e., use the 
computer or computer products only for support), and staff whose primary role 
is in the ADP infrastructure (e.g., computer operators, application 
programmers, systems programmers, data entry clerks, and ADP management). For 
purposes of this discussion, the "user" is defined as follows: 


ADP user -- any BLM staff or user of BLM data (e.g. the public, private 
industry, other agencies, state government) whose primary role is outside 
of the ADP infrastructure but relies on products of the ADP infrastructure 
to perform their mission. 


For example, a budget officer making decisions based on computer generated 
output from the Financial Management System (FMS) is an ADP user. Similarly, 
a resource specialist who fills out data entry forms and sends them to DSC for 
data entry is an ADP user. An applicant requesting information regarding a 
particular piece of BLM land is also an indirect ADP user of BLM. These 
people and other users of BLM's ADP computer products comprise the BLM ADP 
infrastructure user community. The user-oriented ADP infrastructure 
capabilities described in this chapter are intended to support this community. 


User capabilities are those that benefit the user directly. For example, 
the capacity to permit a specialist, such as a geologist in a Resource Area, 
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to enter oil well logs directly into a oil well log analysis application 
directly benefits the specialist. User capabilities are provided by all parts 
of the ADP infrastructure: 


Technical architecture 


The technical architecture provides such capabilities as the design 
features of terminals, printers, and plotters which impact their 
usability; the size and speed of central processing units (CPU); 
specialized equipment such as digitizers and remote sensors; the 
traffic capacity of the telecommunications networks; and the network 
services such as automatic re-routing of traffic when a line fails or 
retransmitting when a transmission error is detected. 


Application Software Architecture 


The application software architecture provides capabilities such as 
the collection of information and data, and the software for 
automation of repetitive tasks and analytical support for business, 
scientific, or engineering tasks. 


Data architecture 


The data architecture provides capabilities such as data definition 
and relationship control. For example, data definition would include 
designating MM/DD/YY as a standard date format rather than 860407 or 
July 4, 1986. Relationship control could mean storing the 
coordinates for a tract of land in the Geocoordinates Data Base 
(GCDB) only once even though it may simultaneously represent part of 
a National Forest to the U.S. Forest Service, part of a Resource Area 
to a District Office, and part of a coal seam to a resource 
specialist. 
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9 Management and Support Architecture 


The management and support architecture provides capabilities such as 
question answering mechanisms, computer program development staff, 
and training. Its primary role is problem resolution. 


BLM's users frequently use capabilities from all four architectures. For 
example, a budget analyst uses a terminal, the communications network, the 
computer, and .possibly a printer provided by the technical architeecture to 
enter and process budget data; the Budget Matrix and FMS reports provided by 
the application architecture to develop and track the budget. The data 
architecture would help him prepare the budget in a manner consistent with 
other budget analysts. If the FMS reports are late, he may use the management 
and support architecture to track down the reports. 


BLM's resource specialists also use all four architectures. For example, 
the computer in the technical architecture processes range conservation 
officers data and sends it to print. Range conservation officers also use 
parts of the application architecture, such as the Range Management Automated 
System (RMAS), to issue grazing permits and billing. The data architecture 
helps Resource Area billings reconcile with collections at the District 
Office. Also, range conservation officers may use the management and support 
architecture to provide data entry at DSC for RMAS. 


3.162 The User Perspective 


Ideally, users of ADP systems should not have to be concerned with 
the details of how those systems are constructed. Their main concern should 
the way the system support the accomplishment of their mission. As much as 
possible, users should view the hardware, communications networks, and 
software that make up the ADP infrastructure as a “black box" that provides 
services. Although it is often difficult to totally issolate users from the 
more technical aspects of the systems they use, it is a desirable objective. 
It is for this reason that we have presented this discussion of user 
objectives separately from the discussion (in Chapter 4) of the objectives of 
BLM's ADP management. 
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A basic objective of ADP users is to have the "system" provide the needed 
functional capabilities. If the user is a budget analyst, the ADP system 
should provide capabilities to roll up budgets from parts of the organization 
to develop the overall budget, perform "what if" analysis, and review 
budgetary trends. If the user is a resource manager, the system should 
provide capabilities to retrieve and display information about a particular 
section of land, to give one example. Most of the actual capabilities 
provided to users are provided by applications software and the data that 
resides in the data architecture. This discussion focuses on the objectives 
of users that relate to capabilities that are provided by the technical 
architecture. 


In keeping with the objective of focusing on the mission-related needs of 
users rather than the technical details of the system that will meet the 
needs, Figure 3-1 presents the users view of BLM's ADP system. In this view, 
users access the system through workstations (terminals or personal 
computers). From these workstations, no matter where they are located, users 
can easily access applications and data associated with their function and. 
location as well as applIciations and data associated with other locations and 
functions (to which they are permitted access). Thus, in this 'logical' view 
of the system, it is transparant to the user where the actual computers, 
software, and other components are located and how they are assembled. The 
main concern is whether or not the system effectively supports the users. 


The intent of the discussion in this chapter is to identify the objectives 
BLM's users have for this "black box". Once those objectives are confirmed, 
the analysis of the alternatives for what goes into the black box can proceed. 











RESOURCE AREA USER 







EXTERNAL SYSTEMS & NETWORKS 
PAYROLL/PERSONNEL, ETC. 


DISTRICT OFFICE USER STATE OFFICE USER 


Figure 3-1. The BLM Logical Network (User View) 
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We have grouped user capabilities into seven categories. The first four 
categories are associated with the major ADP services the aid users in the 
performance of their mission: 


® Data Capture - Getting data into the systems 


9 Communications - Moving data, documents, messages, or software 
between users 


a Processing - Manipulating data and documents, and 
9 Output - Getting information out (displaying and/or printing). 


The last categories of user capabilities refer to characteristics of how 
these four general services are performed. Users have objectives for: 


3 Security and Control - protecting information on the system 


3 Reliability - ensuring the reliability of infrastructure services, 
and 


a Ease of Use (the User Interface) - ensuring that the system is easy 
to use. 


The capabilities in each of these categories are discussed below. 
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3.2 Data Capture - Getting Data Into the System 


ADP systems typically support users by transforming raw data into a more 
usable and useful form. The first step in this process is to capture the 
needed data (resource data, financial data, etc.) in an electronic form 
suitable for processing. Given the large amounts of data BLM must deal with, 
efficient data capture capabilities are a major user objective. 


Most specific data capture capabilities are provided by individual 
applications. For example, the Financial Management System provides 
facilities for entering financial transactions, PAY/PERS provides facilities 
for entering payroll and personnel activity transactions, and GIS provides 
facilities for capturing resource data. There are, however, three ways the 
technical architecture can facilitate the data capture process: 


@ by providing the appropriate data capture mechanisms (keyboard, map 
digitizer, etc.), 


@ by providing data capture facilities at the appropriate locations 
(central, field office, etc.), 


@ by providing appropriate facilities (e.g., "full screen" capability) to 
support keyboard data capture, and 


@ by providing acceptable keystroke-to-display response time. 


32228 Provide Appropriate Types of Data Capture Mechanisms 


Data in different forms (maps, text, etc.) is best captured by 
different data capture mechanisms such as digitizers for orthophotographic or 
map data, optical character readers (OCR) for printed textual data, and 
keyboards for keyed data. The technical architecture must be specified to 
include the needed mechanisms and to facilitate the attachment of additional 
mechanisms as they become needed. 
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BLM has three broad types of data which require separate data input 
mechanisms: orthophotographic and map data, alpha-numeric textual data, and 
electronic sensor data. Orthophotographic and map data could be further 
divided into data collected by BLM (or explicitly for BLM) and data collected 
by other agencies or sources and provided to BLM in an electronic form (such 
as Forest Service resource data). Alphanumeric textual data can be divided 
into three data types: high volume data requiring high speed data entry, low 
to medium volume data requiring low to medium data entry speed, and data 
provided by outside sources in electronic form for BLM's use. 


For alphanumeric and textual data, approximately one-third of BLM's 
functions requires a facility for high volume data entry, such as key-to-disk 
equipment and staff. BLM also requires data capture facilities for low to 
middle data volume functions. For alphanumeric data provided by outside 
sources, BLM's technical architecture should provide standard mechanisms for 
data transfer for each outside system, similar to those for resource data. 
Currently, this includes the Bureau of Reclamation's Cyber computer, the 
Bonneville Power Administration's IBM computer, the U.S. Forest Services’ 
UNIVAC computer, the USGS' Honeywell Multics computer, and miscellaneous state 
government and university computers. 


Thus the 8LM technical architecture should provide the following data 
capture mechanisms: 


e digitizers for capturing orthophotographic and map data, 

@ high-volume keyboard data capture facilities, 

@ low to medium volume data capture facilities, and 

® data import (i.e., from outside, automated systems) facilities. 


Soeee Provide Appropriate Locations of Data Capture Facilities 


The location of data capture facilities impacts the cost of capturing 
data, the time to get data from its raw form into an electronic form, and data 
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accuracy. A related aspect is the degree of redundancy in data capture - the 
number of times the same data must be entered. 


Data capture location impacts all four elements of the ADP infrastructure. 
The technical architecture provides the appropriate hardware and software. The 
data architecture provides data definitions, structures, relationships, and 
Storage to capture data and store it in a form and location where all 
applications which need it can use it. The application architecture provides 
applications to use the data structures and data stores (files) provided by 
the data architecture. The management and support architecture provides data 
entry staff and error detection and correction procedures. 


The location of data capture involves a number of trade offs. Data could 
be captured in the field (e.g., im Resource Areas), centrally, or both. 


Distributing data capture to the field: 


@ reduces data handling (e.g., transcription) with its associated cost 
and potential for errors; 


@ simplifies error correction (the people who are most familiar with the 
data correct the errors); and 


@® speeds the data capture process. 
Qn the other hand, distributing data capture to the field may also cause: 


@ increased need for data control and coordination (e.g., ensure that the 
same edits are applied at all locations); 


@ loss of efficiencies for specialized data capture operations, and 
® increased equipment cost in the field. 
By capturing data close to its source, organizations can reduce the 


overall effort for low volume data entry, avoid mail delay, and improve error 
detection and correction because it provides the opportunity for data to be 
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validated immediately by staff who are familiar with the data in two ways: 
the data is fresh in their mind and they are familiar with the context of the 
data (i.e. what it means). 


However, not all data entry should be done near the source. High data 
volume or medium-but-constant data volume applications can provide sufficient 
volume to justify professional data entry staff who can enter data ina 
fraction of the time a user would require. Also, arranging to extend 
technology into remote areas for data collection can be expensive if the data 
entry volume is small. There may also be an organizational cost to remote 
data entry. If users are asked to enter their own data, there is a risk that 
the user may view data entry responsibilities as a threat to the current grade 
level of their position. 


A related issue is the number of data capture points. The advantages of 
one data capture point are reduced data entry effort and the reduction or 
elimination of the need to reconcile systems which separately use the same 
data. Qne-point data capture is not appropriate for all applications. Some 
functions require redundant data entry for control purposes, such as financial 
control systems. 


These advantages must be weighed against the level of effort required by 
single data capture points in terms of data planning and coordination. Data 
planning requires a thorough understanding of the data sources and how data is 
used within the organization. If the duplication of data entry effort is 
small, the control effort can be more expensive than the effort saved. 


As illustrated by Figure 3-2, two-thirds of BLM's functions require low to 
medium data entry volume. Many of the low volume applications are engineering 
or scientific in nature and require the user's perspective to interpret and 
correct data errors. During our interviews, several BLM staff indicated that 
they would be receptive to entering their own data for low data volume 
applications. BLM has existing key entry operations and digitizing operations 
to support high data volume applications and some medium data volume 
applications. 
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Figure 3-2: Two-thirds of BLM's functions require 
medium to low data entry volume. 
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BLM's technical architecture should provide facilities for low and medium 
volume data capture at the Resource Areas, District Offices, and State 
Offices. The technical architecture should also provide a high volume data 
capture facility. 


Scos3 Provide Appropriate Support for Keyboard Data Entry 


For keyboard data entry, the technical architecture must provide a 
data entry approach which is consistent with the characteristics of the staff 
entering the data, the data volume, and the application. 


This impacts many elements of the ADP infrastructure. Management and 
support develop the procedures and techniques used to implement the approach, 
and implement the approach, such as building data entry screens. Applications 
must be designed to use the chosen data entry approach (e.g., use full 
screen). 


The major tradeoffs for this capability involve matching the data entry 
approach to the characteristics of the data entry method. If the approach and 
the data entry method are poorly matched, the data input approach will tend to 
inhibit data entry rather than facilitate it. For example, forcing 
professional data entry staff to read lengthy error messages which users doing 
low speed data entry might find useful slows down the professional staff. 


For low to medium speed data entry, the user often enters the data. 
Because the volume is low and the data entry person is not necessarily a full 
time system user, the data entry approach should provide mechanisms to help 
the user enter the data easily and correctly. This might include screens that 
are similar to the forms that user would fill out in a manual system, such as 
SF-52s, and online, immediate validation of the data as it is put in by the 
user. This takes advantage of the users knowledge of the data. 


On the other hand, for high volume, high speed data entry, a professional 
data entry person will probably enter the data. Screens may not be necessary, 
in fact they may be counterproductive. The main objective is rapid data 
entry. Screens may slow the data entry process. Although online validation 
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is still required, the professional data entry clerk may require a different 
error indicator (e.g., a beep instead of an error message). 


BLM has both types of data entry: large volume, high speed data entry, 
and low to medium volume data entry. High volume data entry facilities are 
currently located at the Denver Service Center in BLM. The low speed data 
entry is generally located in the field offices down as far as the Resource 
Area. As ADP support extends to provide more resource specialist support, the 
amount of data entry input by the field offices will increase. 


Based on these characteristics, the BLM technical architecture should 
provide a centralized high volume, high speed, data entry facility which 
supports professional data keyboard entry rates. It should also provide 
remote locations with low to medium speed data entry which Supports full 
screen processing, a "help" facility, and online validation. 


3.2.4 Provide Acceptable Keystroke-to-Display Response Time 


When the user is entering data, there is a lag time between the time 
when the user strikes a key and the time when a character appears on the 
screen. This lag time jis called keystroke-to-display response time. 
Different terminal technologies result in different keystroke-to-display 
response times. These technologies are referred to as "echo" or "no echo". 
With the echo technique, terminals transmit characters directly from the 
keyboard to the CPU and display the character on the screen when it is 
returned by the CPU. With no echo technology, the terminal displays the 
character on the screen and simultaneously transmits it to the CPU. 


The tradeoffs between echo and no echo technology are determined by the 
distance of the terminal from the CPU, the data entry techniques used, the 
type of application, the type of network used, and the requirement for timely 
validation and verification. 


Data entry technique is important when considering key-to-display response 
time because some forms of data entry are not effected by a lag in display 
time. For example, in a key-to-disk facility, professional data entry staff 
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often practice "heads down" data entry. The data entry staff look only at the 
material being entered, not the display screen. Using this technique, the 
terminal operator is never aware that there is any lag time. 


For low speed data entry from remote terminals, echo terminals can create 
data entry problems. With low volume data entry, the user often watches the 
characters on the display screen and will wait to see that the data entered is 
correct. It is to the users advantage to have data validated and verified 
immediately so that corrections can be made. This process is hampered if 
validation is conducted on a remote CPU with echo technology. Controllers can 
be used with echo terminals to perform much like no-echo terminals and the 
intelligence in the controller is similar to that used by the no-echo terminal 
but there are subtle differences. Echo technology can increase 
telecommunications costs if packet networks are used. Packet networks charge 
by the packet, or group, of characters transmitted over the network. Echo 
technology sends each character as a packet while no-echo technology can send 
an entire screen of data as one packet hence reducing communications charges. 


BLM uses seventy different models of terminals most of which use echo 
technology. Of the sixty-seven BLM functions, one-third of them are low 
volume data entry functions, and another third are medium data entry (i.e., 
the data entry volume of RMAS). One third of BLM's functions have large data 
entry requirements, such as FMS or the Resource Management Plan functions such 
as GIS. 


The BLM technical architecture should assure that remote terminals have 
adequate key-to-display response time for data entry and interactive 
applications. However, BLM will continue to have high-volume data entry as 
well. Particularly with the large volume of alphanumeric data required for 
ALMRS. These facilities would not have special key-to-display response time 
limits. Likewise, terminals which are located close to the CPU servicing them 
would not require special capability to improve key-to-display response time. 
The BLM technical architecture should provide an acceptable key-to-display 
response time limit, such as 100 milliseconds for remote locations, for data 
entry and local terminals based on their intended use. 











3.3 Communications - Moving Data, Documents, or Software 


A major objective of the users of BLM's ADP infrastructure jis to 
communicate with other users within BLM and with individuals and organizations 
outside of BLM. The technical architecture can provide two major types of 
communications capabilities: communications services within the technical 
architecture and communications services between the technical architecture 
and external systems. 


Communications services help reduce duplicate data collection efforts, 
software development efforts, and document production efforts. It also allows 
users to develop or provide a consistent information base for use by various 
locations. Effective communications can improve timeliness by eliminating 
mail delay, notifying users when documents or messages arrive (as conventional 
mail does not), and avoiding "telephone tag", where people continually 
exchange telephone messages. It also avoids documents getting "lost". 


However these services cannot be effective on their own. Messages and 
document transfers are only effective in reducing delay if the target user is 
a regular user of the system (i.e., he "looks" at his electronic mail). Like 
other capabilities, communications requires software, disk space, CPU power, 
and an effective telecommunications network. More elaborate capabilities are 
often more expensive to acquire, run, and maintain. 


geaet Communications Within the Technical Architecture 





BLM users need to move four types of electronic information: 


@ data - facts and figures stored in electrnic files or data bases, 


@ software - application software in source or object code form, 


@ documents - text (produced using word processing software) with 
embedded format controls, and 


@® messages - brief, textual communications. 


These items must be moved both between users in the same location (e.g., 4 
district office) as well as between users in separate locations (e.g., between 
a district office and a state office). 


Both resource management and administrative functions require the 
capability to move data among users. For example: 


e A research specialist may send data to other specialists to compare 
with similar data collected elsewhere as part of a research project or 
a Resource Management Plan (RMP). 


@ Administrative staff send their budget or case data to the State Office 
or from the State to Washington. ; 


Likewise, the capability to move software would support both resource 
management and administrative functions: 


@ Resource specialists may send analytical models they have built using a 
statistical or spreadsheet package to other specialists conducting 
similar analysis or to supervising offices as part of a summary 
analysis for their State or District. 


@ Administrative staff may send spreadsheets of their activities to the 
State Office or from the State to Washington as part of the reporting 
process. This process is similar to that used with the budget matrix 
currently in BLM. 


Documents could also be transferred as part of a research function or 
administrative function: 


@ Resource specialists could transfer research project reports to other 
specialists with similar concerns. 


@ Administrative staff could exchange policy and guidance documents, fact 
finding reports, or new training materials. 











BLM uses the conventional mail system extensively (approximately $2.2 
million each year). BLM staff respond to data requests approximately two or 
three times a week. Case files are frequently transferred between field 
offices and supervising offices whenever cases are opened or closed. In some 
State Offices, cases are passed all the way down to the Resource Area level. 
Data entry forms are sent through the U.S. mail for a variety of systems such 
as JDR, RAMS, FMS, and PAY/PERS. 


BLM field offices need to share data about property along common 
boundaries. An example is the Powder River coal seam which runs along the 
border of the Montana and Wyoming State Offices. Montana and Wyoming need to 
share information concerning how this seam will be leased (e.g. when and how 
much with what stipulations) by each State and the environmental issues 
involved. 


The research and resource work conducted by field staff often require them 
to be out of the office, up to 30% of their time. This makes mail and 
telephone communication difficult and reduces its effectiveness. 


BLM field staff need to share their research study results. About 100 
research studies are conducted every year but no formal reports or abstracts 
of the projects are readily available to other researchers. As a result, it 
is difficult for them to know if they are duplicating research conducted by 
other areas or if research already conducted by another area may be useful in 
their territory. For example, a selinium study in Lewiston District Office in 
the Montana State Office showed that improper selection of a dam site where 
selinium is present in the soil can have a percolating effect and result in 
high concentrations of selinium in groundwater. This kills the fish and 
wildlife. Other states with selinium in their soil should be aware of the 
results of this study and others like it. Although a Washington Office group 
(WO-201) tracks R&D projects on an ASPEN/2 database, they would like to 
provide detailed information on the individual projects. 
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BLM's technical architecture should provide the capability to transfer 
data, software, documents, and messages in electronic and usable form from any 
Resource Area to any other Resource Area within the same District, between 
adjacent Districts, between Districts and their State Offices, and among State 
Offices, OSC, BIFC, and the Washington Office. By useable form, we mean data 
which can be processed; software which can be executed; and documents which 
can be printed. The technical mechanism for communications should be 
transparent to the user. 


S30 Communications Between the Technical Architecture and Outside ADP 
and OA Systems 


The BLM staff uses software and data from numerous outside sources: 
engineering uses analytical road design software on the Forest Service 
computer; the fire program uses outside historical data on fires; the Oi] and 
Gas program uses production data on oi] and gas wells from state governments 
and private industry; and BLM runs its payroll and personnel actions through 
the PAY/PERS payroll personnel system on the Bureau of Reclamations computer. 
BLM's Oregon State Office uses the Bonneville Power Administration's IBM 
computer for forest and timber modeling applications using SPSS, SAS, and 
BASIC. BLM's technical architecture should provide users with access to these 
outside systems. 


BLM uses WANG word processing systems extensively. BLM also has a large 
number of WANG PCs which function both as microcomputers and word processing 
stations. The current Honeywell systems will continue in use for some period 
while the new technical architecture is being installed, and there are a 
number of other systems in use such as Burroughs in Alaska and Data General 
and Prime minicomputers used for GIS. The new technical architecture should 
allow users access to these systems. 
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The major tradeoff in providing access to outside systems is between the 

be) strength and completeness of the interface )in terms of services, speed, and 

what can be transferred) and the expense and risk associated with services 
provided. Possible services include, but are not restricted to: 


terminal emulation, 

Remote Job Entry (RJE), 

file transfer, 

document transfer (a print image), and 


document translation (editable). 


The specific types of access to outside systems to be provided by the BLM 
technical architecture will be determined in subsequent tasks of this study. 


3.4 Processing - Processing Data and Documents 


Besides communications, the other reason for entering data is to 
transform or process it into new data or documents. The capabilities 
described within this section provide the user with the ability to manipulate 
data or create new data or documents. 


Most of the processing capabilities that users require are provided by 
applications such as FMS or GIS. The technical architecture acts as a 
delivery vehicle for these applications. There are four specific 
processing-related capabilities which are provided by the technical 
architecture: 


@ access to software and data residing on computers outside of the BLM 
technical architecture (e.g., the Forest Service), 


e the ability to operate externally developed software on the BLM 
technical architecture, 


@ end-user tools such as electronic spreadsheets, word processing, and 
statistical analysis software, and 


@® support for both BLM-wide applications and applications customized to 
local requirements. 


3.4.1 Provide Access to Outside Software and Data 





Qutside software and data is that which is resident on computers 
outside of the BLM infrastructure. Using software and data available on 
outside computers avoids duplicating application development and support work 
done by other organizations and agencies and may shorten application 
development time. Using other organization's ADP resources frees internal ADP 
resources for other applications. DOI has mandated that bureaus within 
Interior share software to the extent practicable. This practice is also 
encouraged by OMB and GSA. 











The major issues are the number of different technical environments that 
must be accessed (each outside system that operates in a different technical 
environment will require additional cost and effort) and the completeness of 
the user interface (terminal emulation, etc.) versus the cost associated with 
interfacing to and using the outside systems. 


BLM currently uses software provided by outside systems as illustrated 
earlier in this chapter. These include applications such as software for 
engineering road design and economic modeling. To bring these activities into 
BLM's ADP infrastructure, BLM would need to expand its ADP staff to provide 
data update and software support. 


Based on these considerations, the BLM technical architecture should 
provide user access to outside systems described earlier in this chapter. 


39452 Support Externally Developed Software 


Externally developed software is purchased from outside software 
houses or other sources and operated on BLM's technical architecture. 
Examples might include economic models developed by universities, GIS software 
developed by other agencies, or financial systems developed by commercial 
firms, such as McCormick and Dodge. 


The major tradeoffs associated with externally developed software are the 
advantages of inexpensive and quick application development versus the 
possible reduction in functionality, usefulness, and flexibility associated 
with packages that were not developed explicitly for a specific organization. 


By using externally developed software, an organization may significantly 
reduce system development costs. If the package is established and has 
developed a strong customer base, the users can be fairly certain that the 
application has been adequately tested. Because the software is already 
designed and built, the overall timeframe between concept and implementation 
is considerably shorter. For commercially available packages, training and 
other support materials are already developed. 


On the other hand, externally developed software usually must be 
customized to fit an organization's needs. For major applications, it is not 
uncommon for up to 20% of a package's modules to require modification during 
an installation. Even for routine functions, each organization is a little 
different. Inconsistencies between the package and the organization's methods 
require changes to either the package or to the organization or both. Many 
packages must be modified to accommodate the unique characteristics of the 
Federal marketplace (e.g., Government accounting, personnel structures and 
policies, regulations). Also, software packages may cause unanticipated, 
non-ADP changes to the organization such as shifts in areas of responsibility. 


The quality of software support can also vary widely based on the software 
source. This is an important consideration in deciding whether to purchase 
software commercially or to get software products that are in the public 
domain. The obligation to support a package is directly tied to the amount of 
money invested in the package. Since public domain software is "free", very 
little support is available for these packages. What is not provided by the 
market must be provided internally, so organizations frequently find 
themselves supporting public domain software with as many or more resources ds 
custom software would require. 


Purchasing packaged software does not eliminate the need for applications 
design or application planning. The package must satisfy user functional 
requirements and interact with the rest of the application architecture just 
as if it were developed internally. 


When it comes to externally developed software, not all ADP equipment 
vendors are created equal. Software vendors develop their products for the 
most promising markets. For example, few vendors develop software for 
little-known companies because of the size of their market share. However, 
IBM and IBM look-alikes probably offer the widest selection of software 
available anywhere ffor any function (except, perhaps for scientific 
processing) due to the dominance of IBM in the marketplace. Although in the 
Federal market it is rarely possible to stipulate specific vendors and 
sometimes even vendor compatibility due to procurement regulations, it is both 
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legal and advisable to require proof of an external software market from 
vendors if the need for external software can be shown. 


BLM is planning three large system development efforts, GCDB, GIS, and 
ALMRS. Many of the other BLM applications are aging and due to be rewritten. 
BLM's technical architecture should not preclude use of application packages 
to reduce application development costs. 


This situation is complicated by initiatives within DOI to share 
administrative software among the other bureaus. It is not clear which 
applications will be rewritten, which will be replaced by these DOI 
initiatives, or when those initiatives will occur. 


BLM's technical architecture should anticipate systems development 
activity by providing a technical environment for which an external software 
market exists, by stipulating a vendor who can show a market of externally 
developed software. 


3.4.3 Provide End-user tools 


End user tools are software packages which allow users to design and 
build applications using spreadsheets, fourth generation languages, graphics, 
Simple data management systems (i.e., ASPEN/2), and statistical packages. 
Word processing software is also considered an end-user tool. 


The major tradeoffs for end-user tools center around responsiveness versus 
control issues. End-user tools provide excellent responsiveness to users' 
needs. The user can develop applications quickly and avoid the application 
backlog typically associated with formal systems development. These tools 
provide flexible data manipulation and reporting for the user. They are 
particularly efficient when a major part of the system development process 
requires a complete understanding and definition of the problem. 


On the other hand, end-user tools can reduce efficiency in an organization 
if not properly controlled. For example, users may spend more time developing 
applications then doing their defined job. Users may use a package 
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inappropriately for certain applications because it is easier than trying to 
go through the formal systems development process. Because the application is 
inappropriate, it may be very difficult to do and require a lot of user time; 
more time and effort than a professional programmer would require. 


End-user tools can waste system resources as well as staff time. They 
often use more system resources than traditionally developed systems because 
they are more generalized. Users are often unaware of the details of how the 
end-user tool works and so generate additional inefficiencies by incorrectly 
designing the application. 


Another source of inefficiency caused by end-user tools is loss of data 
and algorithm control by the ADP organization. This can cause inconsistent 
reporting and data aggregation, resulting in higher costs to reconcile these 
differences. Other costs include duplication of effort in programming. For 
example, the user may never bother to find out if other users have a similar 
problem and independently rebuild the same application other users have 
already developed. 


BLM has many remote locations with small volumes of data that the users 
collect and analyze, such as small systems to track projects or other land 
activities. Currently, many of these applications use ASPEN/2, a fourth 
generation-like language available on the Honeywell DPS 8. These applications 
typically use a small volume of data that is only of interest to the immediate 
user. Because these are relatively simple, do not require controlled 
processing logic, and do not create data other people need to use, they are 
good applications for end-user tools. 


BLM field staff are primarily scientists and perform analysis on land and 
resource data collected in their area. For this analysis, they need basic 
statistical packages and business quality graphics to illustrate their 
analytical results. 


BLM offices of all types and sizes currently make extensive use of word 
processing software for producing reports, memoranda, and other documents. 
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BLM's technical architecture should provide end-user tools including word 
processing, a fourth generation language, a statistical package, a 
spreadsheet, and business quality graphics for the user to use with little or 

no intervention required by ADP staff. 


3.4.4 Support BLM-Wide and Local Applications 


The technical architecture acts as a "delivery vehicle" for the 
applications which support the users and provides the tools to develop these 
applications. In BLM's case, the technical architecture must Support the 
development, operation, and maintenance of applications of two types: 


a Application software with common processing logic (i.e., BLM-wide 
applications) and 


3 Application software with processing logic customized to local needs 


Application software with common processing logic, refers to software 
where the same logic applies to all users throughout BLM. This is appropriate 
when control and consistency are important. 


BLM currently has several applications of this type. Some examples are 
the Financial Management System (FMIS), the Automated Personal Property System 
(APPS), and the Range Management Automated System (RMAS). These applications 
are typically administrative systems, particularly bureau-wide administrative 
systems. 


Application software with customized processing logic refers to 
applications whose logic is modified at different installations to accommodate 
variations in the way a program is conducted. This is appropriate when 
bureau-wide control or consistency is not required and the specifics of the 
application vary from location to location. 


For example, Oil and Gas Management in some State Offices reports on 
activity by State Office because the 011 and Gas program is conducted at the 
State Office level in these States. Other States conduct the 0i1 and Gas 
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program at the District Office so their reporting requirements are slightly 
different. These different States could use the same software with slight 
modifications. 


The technical architecture should provide the facilities and tools to 
develop, operate, and maintain Bureau-wide applications and applications which 
are customized or unique to each State. 








3.5 Output - Getting Information Out of the ADP Infrastructure 


The final category of capabilities to be provided by the technical 
architecture are those which allow the user to retrieve information or 
documents (the "output" of the system) in a usable form. Output capabilities 
are defined along several dimensions: 


e The form of the output - alphanumeric and/or graphic; 
@ the medium of the output - paper, CRT display, etc.; 
e whether the output is predefined or "ad hoc"; and 

@ the time required to get the output to the user. 


3.5.1 Alpha-numeric Output 


Alpha-numeric presentation is the most common presentation for most 
kinds of data and the only presentation for textual data. fven graphic 
presentations of data often require alpha-numeric descriptions. 


Most of the reports in BLM, such as the FMS reports, are produced in 
alpha-numeric form. BLM also makes extensive use of word processing systems 
which produce alpha-numeric documents, primarily text. 


BLM's technical architecture must include alpha-numeric output devices for 
each of the media discussed below. 


J2oe2 Graphic Output 


Graphic output ranges from simple business graphs (e.g., bar charts, 
pie charts, etc.) to complex engineering or mapping graphics which may involve 
graphing many variables simultaneously on the same set of axes, graphing in 
three dimensions, or multicolor, high resolution display. 
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Graphics can improve analysis and provide the ability to illustrate points 
which may otherwise be difficult to describe. Graphics are also particularly 
useful to highlight relationships among variables which might otherwise be 
overlooked. For this reason, graphics are also excellent for analysis of very 
large sets of data. 


BLM users require two types of graphic output: business graphics and 
high-resolution "spacial" graphics for use with ALMRS and GIS. 


BLM has traditionally relied very heavily on graphic representations of 
data, particularly in the form of maps and map overlays. They form the basis 
for the Resource Management Plans which BLM is legally required to develop. 
BLM users particularly need graphic output capabilities to display resource 
data where the resource data situation is complex or the activity level is 
high. Often many “resource themes" apply to the same tract of land, affecting 
land use and resource development plans. They must be considered as a 
composite rather than individually. The Piceance Basin RMP in Colorado is a 
good example. This RMP required 120 themes for each map. BLM estimates that 
600 maps will be required for the state of Colorado alone. RMPs are often 
conducted in remote areas, usually at the Resource Area or District Office, 
and BLM's resource commitment to them is high. BLM has approximately 190 
staff working on between 20 and 30 RMPs each year. 


The technical architecture should provide business graphics capabilities 
to users in all BLM locations. The specific requirements for high resolution 
graphics to support the ALMRS and GIS applications will be defined during 
subsequent tasks of this project. 


3.523 Output Media 


Output medium refers to the form in which output products of ADP 
Systems are produced. For example, paper, CRT display and microfiche are 
examples of different output media. 


Medium is an important factor in the usefulness of an output product. 
High volume but seldom used reports may best be produced and stored on 
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microfiche. Urgent but low volume output may be best displayed on a CRT 
screen. 


Selecting the proper scale for the output is also important. For example, 
computer based reports which are included in business reports should be 
printed on 8 1/2 x 11 inch paper rather than oversized computer paper to avoid 
the necessity of reduction. Similarly, map scales should be adjustable to the 
user's purpose. 


Flexible reporting media and reporting scales have an associated cost. 
Each output medium has special equipment requirements. Different scales may 
also require separate supplies or equipment. For example, some printers may 
not be able to handle wide documents beyond 8 1/2 x 11 inches, so a wide 
document printer may be required. 


BLM currently uses many different media and scales for reports. For 
example, the Financial Management System (FMS) has some very high volume 
reports, some of which are important for reference use but are only used 
occasionally. These reports are good candidates for microfiche and are 
produced in that form now. BLM users also produce management reports 8 1/2 x 
11 inch paper. BLM field offices use paper maps and mylar map overlays. The 
Resource Areas, Districts, and States use the same data but may not be use the 
Same scale. 


BLM's technical architecture must provide terminal display, 8 1/2 x ll 
inch printout, microfilm, microfiche, and plotting (in various sizes) 
capabilities to support BLM's requirements. 


325.4 Ad Hoc Queries 


Ad hoc query capability allows users to retrieve and manipulate data 
stored on the ADP system to respond accurately and quickly to unusual or 
infrequent questions. 


Ad hoc queries are usually provided in environments where user questions 
Cannot be easily predicted and the response time for an answer is too short to 
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allow custom development of a traditional reporting application. Although ad 
hoc query capabilities often create the impression of online data access, ad 
hoc queries are not always online and can often be executed in batch mode at 
night or at off peak hours. 


Ad hoc or unstructured queries can be expensive if the user does not 
format the question properly or properly limit the response. For example, the 
sequence of commands may be important: To get all land exchanges from North 
Dakota in 1984, one could start by asking for all land actions in North Dakota 
and then limit these land actions to land exhanges. On the other hand, one 
could ask for all land exchanges first and then limit these to those in North 
Dakota. If the user already knew only 171 land exhanges occurred in 1984, he 
could ask that question first and limit the second search for land exchanges 
in North Dakota to only those 171 instances. However, if he was not aware of. 
that fact and reversed the sequence of questions, the same response could 
require 3 to 4 times the resources as the first. Limiting the question is 
also important. For example, "all case files retained since 1976" would 
retrieve a large sample of BLM's case files since BLM must keep case files ten 
years after a case is closed. When implementing an ad hoc query capability, 
assessing user knowledge of the data and limiting the impact of poorly 
conceived queries are important factors in limiting processing costs. 


BLM answers many questions by Congressmen and state government officials 
as well as internal questions by BLM officials who are preparing to meet the 
public, congress, or local governments. Some of these queries require 24 hour 
response time. These responses do not necessarily need to be accurate up to 
the minute or up to the day. As of last week or sometimes as of last month 
would be adequate. Often the query involves the scale of a particular BLM 
program in a state, region, or nation-wide. 


To accommodate these requirements BLM's technical architecture should 
provide an ad hoc query capability which is available to all BLM locations. 














3.5.5 Output Timeliness 


Output timeliness refers to the time the ADP infrastructure takes to 
respond to user requests for output (reports, inquiries, etc.) and to provide 
the output to the user. 


The major tradeoff in this area is between the speed of response and the 
expense of the mechanisms necessary to to provide the faster delivery speed. 
If decisions are time-critical, immediate availability of output is important 
to the user. On the other hand, if turnaround time is not critical, delayed 
production of reports can be used to even the workload of the ADP system and 
take advantage of less expensive delivery mechanisms (e.g., mail). 


The timeliness required for reports has an impact on the cost of the 
technical architecture as well as the facilities that it must provide. For 
example, immediate reporting requires reliable communications to the target 
site and may be expensive in terms of resource use. 


Response time requirements in BLM vary widely. Some reports are produced 
overnight and sent to the user the next day, although due to the distribution 
mechanism used (i.e., U.S. mail) the user may wait several days to actually 
receive the output. To facilitate report distribution, the technical 
architecture can provide automatic addressing and routing facilities which 
store the addresses for report users and automatically address output reports. 


For most applications, BLM does not require online report generation. 
Delayed report generation would be adequate so long as the system allowed 
special high priority batch requests to execute during normal working hours. 


Some applications, however, require overnight or faster reporting. For 
example, resource specialists must generate permits and bill on a walk-in 
basis for certain types of pasture and saleable minerals. 


3.6 Security and Control 


One of the objectives of users is to ensure that the ADP infrastructure 
provides the proper degree of protection for data and software. The security 
and control capabilities which provide this protection fall into two major 
categories: (1) document and data restoration and (2) access control. Both 
of these capabilities are provided by the technical architecture in 
conjunction with other elements of the ADP infrastructure. 


3.041 Document Edits and Data Restoration 


The ability to restore document edits and data provides recovery from 
events which have destroyed documents or data. This generally involves 
periodic copying of the document and data files so that a past version of that 
document or data can be retrieved. This capability involves both the 
technical and the management and support architectures. The technical 
architecture provides the equipment and technical features necessary to log 
the system actions and to reconstruct data and/or documents. The management 
and support architecture provides the methods, procedures, and policies which 
govern the type and frequency of back-up used. 


The major tradeoff involved with backing up and restoring documents and/or 
data concerns the expense of frequent backups and journal files versus the 
anticipated expense to redo documents or recollect/reprocess lost data after a 
system failure and the associated expense of having that data essentially 
unavailable during the recovery period. 


Every database and system requires some sort of backup, however the 
techniques used depend on the data's value. Many backup techniques can 
preserve data up to the last transaction, such as before and after data 
imaging, checkpoints to mark the progress of successful processing, and 
journal files to store transactions. These techniques are used when data 
volume is large or processing is relatively expensive, no other data stores 
exist, or it is prohibitively expensive to replace the data. In addition to 
expense, timeliness can be a factor in deciding to use extensive backup 
procedures. For example, if a report on Payment in Lieu of Taxes (PILT) is 
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due to Congress within 10 days, it would be unacceptable to reenter it from 
scratch if the system failed. Extensive backup is also recommended when data 
changes radically from day to day, that is, a large percentage of the records 
in the files are changed and the changes to each record are extensive. In 
this case, reconstruction of the data is essentially the same as creating the 
data in the first place. On the other hand, when data changes infrequently 
and at a low transaction volume, data reconstruction or re-entry may be more 
practical than an extensive backup system or frequent backup. 


For BLM, extensive backup techniques may be required for some 
administrative applications, most likely the Financial Management System, and 
other systems which have large data volumes and a high transaction rate. 
However, most of BLM's applications are not time sensitive and do not involve 
large volumes of transactions, even when the data volume is large as with GIS. 
Most BLM data changes no more than once a day and often does not change for 
weeks. 


BLM's technical architecture must provide both sophisticated and simple 
backup techniques. The specific features will be specified based on the 
requirements of the applications systems. 


3.6.2 Access Control 


Access control protects data, applications, and system software from 
accidental or intential unauthorized use or change by controling the types of 
access users are permitted and by monitoring system access. and usage. 


The ability to control access is a function of all four architectures. In 
addition to the technical architecture, the support staff must administer 
passwords and other access control measures as well as review system monitor 
reports to detect breaches or attempted breaches of security. The data 
architecture must identify the type of access allowed for each data base, 
record type, or data element. Applications must identify users who are 
authorized to execute certain applications and check data for security 
protection before allowing the user to access it. 
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The major tradeoff for access control is between the level of protection 
of data and software and the cost of administration, additional system 
workload, and the ease with which users can use the system. 


The infrastructure's protection mechanisms should at a minimum, prevent 
users from interfering with each other's work. This is not a security measure 
per se, but it does represent a form of user protection. 


Another level of protection is the "padded cell". The padded cell is a 
shell of system software that isolates the user from system utilities, 
reserved areas of the CPU, and other parts of the system the user should not 
have access. Although most vendors provide some sort of "padded cell", it 
should be customized to isolate the specific programs or areas BLM wishes to 
protect. 


The next level of access control is provided by password protection. With 
this approach, individual users are assigned confidential passwords with which 
to identify themselves to the system. Without the proper password, a user 
will not be allowed access to the system. 


Security can be enhanced further by providing for various levels of 
authorized system use based on predefined approvals. For example, individual 
users may be restricted to accessing specific applications software or 
specific data. Usage may be restricted to execute only (for software), read 
only (for data), update only, etc. 


For cases where’ particularly sensitive data is being stored or 
transmitted, encryption may be used to disguise the content of the data. 
Commercially available encryption techniques provide a high degree of security 
against unauthorized access to sensitive data. 


Classified data must be protected by Tempest technology which controls the 
emition of stray electromagnetic radiation. Tempest technology is 
hardware/software designed to ensure against sophisticated electronic 
eavesdropping devices. Tempest level security adds significantly (up to a 
factor of five) to the cost of ADP installations. 
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To provide security over system access, BLM must incur a certain amount of 
administrative cost, additional ADP workload, and inconvenience to the user 
population. It must maintain the controls and passwords that provide 
different users different levels of access to the system. It must also build 
and maintain the padded cell. Security measures cause the CPU constantly 
refer to and update security files. Protection measures can inconvenience 
authorized users by, for example, requiring that they change their passwords 
on a periodic basis. 


BLM has programmatic data which must be protected from unauthorized access 
such as: 


a bids submitted by potential tenants, 
a the estimated value of resources which will be bid competitively, and 
® production and royalty data associated with Indian lands. 


BLM also has administrative data which requires special protection, such as 
personnel information. 


BLM has an encrypted communication link from the Wyoming State Office to 
the Denver Service Center to protect data associated with SIMO program. Since 
encryption is being used currently, the future architecture should also 
support encryption. 


BLM's users are infrequent users and would benefit by a system padded 
cell. This could also guide them to the capabilities that they need to use. 


BLM needs the ability to control data and program access by position as 
well as by individual. For many different reasons, including travel, 
vacancies, and multiple commitments, BLM managers often find themselves as 
"acting" manager for the next administrative level above them. As acting 
managers, they should be given access to certain data and programs. However, 
it is preferable from a security perspective to have users and log-on accounts 
associated one-to-one as much as possible. Users should be encouraged to use 
their own accounts and not share their accounts or passwords. Obviously, the 
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manager of a major organizational unit cannot follow this procedure and still 
give his substitute adequate access to vital data. One solution is to set up 
a special log-on account for each manager of a major organizational unit. The 
manager would designate what authorization that particular account would have 
and then, when a subordinate is acting for that manager, he would give that 
subordinate the password for that account. Upon his return, he could change 
the password to the account. In this way, the manager could give his 
subordinate access to the data he needs to run the organization without 
compromising all of the data. 


BLM's technical architecture should provide the password and log-on 
account verification for each user having his own account and special accounts 
for managers of major organizational units such that acting managers can also 
use the account. It should have encryption technology available for use with 
some programs, such as the SIMO program. BLM does not require Tempest 
technology. 
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Seu, Reliability 


A major objective of BLM's users is that the ADP infrastructure deliver 
services in a reliable manner, i.e., in the quantity, accuracy, and time 
limits required by the users to accomplish their mission. There are two main 
elements of reliability from the user point of view: the availability of the 
components of the ADP infrastructure and the accuracy of the information 
produced by the infrastructure. The technical architecture plays a role in 
both of these elements. 


307 <a Availability of Infrastructure Components 


Availability refers to the proportion of time the components of the 
ADP infrastructure are operational and the relationship of that operational 
time to the needs of the users (e.g., a system that is "up" 99% of the time 
but is "down" when the users need it most may fail the availability test). 


Measuring availability is often difficult. ADP systems are made up of 
many components - processors, communications lines, software, etc. From the 
users point of view, a system is available if all the components needed to 
solve the users problem are available when needed. While by some measures 
(such as the percentage of time the computer was operating) a particular 
system may seem highly successful, if the users was not able to get the 
required level of support (perhaps due to a local phone line problem) they 
will consider that the system was not available. Thus it is crucial from the 
users point of view to provide the needed level of availability for the whole 
network "end-to-end", not just individual components. 


All. components of the ADP infrastructure contribute to its availability. 
Technology, applications, and data design are applied to assure the degree of 
system availability to which the ADP management and support organization is 
committed. 


The major tradeoff concerning availability is the expense of additional 
ADP resources, procedures, and mechanisms to assure availability versus the 
cost of not having the system available. Once the level of availability has 
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been specified, the expense of maintaining that availability depends on the 
system demand and the ADP resources available to service it. Ironically, as 
availability improves, demand often increases. To service this increased 
demand may require increasing resources or improving resource utilization by 
adding another shift, improving the telecommunications network to increase 
speed or to provide adequate data paths, or adding additional staff to answer 
questions and ADP services. 


If ADP resources are unavailable to the user, the costs to the 
organization are considerable, often hidden, and not isolated to the ADP 
arena. For example, when the system is unavailable, users turn to alternate 
means of solving their problems, often resulting in duplication of effort and 
diversion of effort from programmatic duties. The availability of one 
component effects the usefulness of the rest. For example, if the 
telecommunications system is unavailable for whatever reason, any ADP resource 
accessable through the communications system is likewise unavailable. This 
significantly reduces the return on ADP investment. 


The BLM technical architecture must provide users with the appropriate 
degree of system availability based on the uses they will be making of the 
system. The specific degree of availability will be based on the specific 
requirements of BLM's applications (ALMRS. GIS, office automation, etc.). It 
appears, however, that none of BLM's current or planned applications require 
extremely high availability (i.e., availability time above 98%). 


3.7.2 Controlling Quality 


It is important to users that the information they get from the ADP 
infrastructure be as accurate as possible. The technical architecture 
provides supporting mechanisms for quality control. Management and support 
provides policy, procedures, and methods to apply quality control techniques; 
applications provide data editing and other quality control features; and data 
architectures facilitate consistency checking and other data quality checks. 


The technical architecture should provide the capabilities to detect and 
correct errors introduced by elements of that architecture, e.g., 
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communications error detection and correction software. 


3.8 User Interface - Interacting with the System 


BLM has many infrequent, casual users of ADP who have little, if any, 
formal training or background in computer technology. Many of the field staff 
spend as much as 30% of their time in the field. Also, the staff in the field 
offices perform a variety of functions. Because they perform many functions, 
they can be expected to use a number of applications. Finally, BLM locations 
are widely distributed which makes training difficult and expensive. 


A basic objective of BLM's users of ADP systems is that the systems be 
easy to use. The user interface is the point of interaction between staff and 
the system. It is this user interface that causes users to classify a system 
as "easy to use" or "difficult to use". 


The major aspects of the user interface which are effected by the 
technical architecture are: 


@ the degree of consistency and understandability of the commands used to 
control the functions of the system, 


@ the degree of consistency of the various devices (terminals, printers, 
etc.) that users must interact with, 


e the access users have to terminals and other system components, 

@ the terminal-to-system response time the user encounters, and 

@ training facilities. 

In addtition to these aspects of the user interface, two other factors 
that are not directly effected by the technical architecture have a major 
impact on how easy ADP systems are to use. The first is the design of 


individual applications. In order for applications to be considered easy to 
use they should be logical from the users point of view (e.g., data entry 
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screen should look like paper forms they correspond to) and thay should use 
consistent and understandable commands, error messages, etc. The other factor 
that contributes to ease of use is a "help facility" where users can obtain 
assistance, get questions answered, and determine system status. 


3.8.1 Consistent and Understandable User Command Set 


A consistent and understandable user command set allows users to use 
the same command for the same function regardless of the application (e.g., 
always "end" not sometimes "end", sometimes "exit" or tstop" plore" bye" 
depending on the application) and to use commands consistent with the intended 
action (e.g., "type" to type a data file, not "CAT"). As with the other 
capabilities, there are tradeoffs involved in the consistency and degree of 
understanding the user command set provides. 


When a command set has a high degree of consistency and understandability, 
users require less training for common functions because they are familiar 
from past experience; each experience with the system reinforces their 
knowledge of the commands they use. This prevents confusion for infrequent or 
casual users as well since the larger the command set they must remember, the 
more likely they are going to forget some comands and require retraining. If 
staff are reassigned or transferred frequently, a consistent and 
understandable command set reduces the need to retrain staff. 


Some situations argue against forcing command sets to be consistent and 
understandable. Often cryptic commands are cryptic because they are shorthand 
for more elaborate commands or because the builder of the system assumed that 
the person using the system would use it frequently enough that the cryptic 
nature of the command would not interfere with the user's ability to use the 
system. A consistent command set becomes less important if the system user is 
generally using the same software application everytime he uses the system. 
In this case, the user is unaware that the overall command set is not 
consistent because he never experiences the commands required by other 
applications. To him, a consistent command set is not a high priority. 
Finally, there jis a cost associated with a high degree of consistency and 
understandability. Effort must be expended in developing and enforcing 
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standards for commands and systems offering more consistent and understandable 
command sets may be more expensive due to the need for additional software. 


BLM's technical architecture should provide as simple and consistent a 
command set as practicable. Vendors bidding on the architecture should be 
given extra credit if their command set is internally consistent and they can 
provide a facility to make additional programs consistent with their command 
set. For example, some software applications provide a lexicon which allows 
the user to designate the command that should be used to terminate the 
processing whether that be "end", "bye", or "stop". If a vendor provides this 
facility or feature, a consistent and understandable command set would be much 
easier to achieve. 


3.8.2 Consistent User Devices 


With standardized user devices (workstations, printers, plotters, and 
digitizers) staff can share equipment and move freely from function to 
function or location to location without being concerned with operating an 
unfamiliar device. Standardization reduces training and retraining 
requirements. Everyone is trained on one equipment line, transferred 
personnel do not require retraining, and infrequent users require less 
retraining since remembering instructions is easier when the equipment they 
use is always the same. The tradeoff is between limiting the use of 
specialized equipment and maximizing compatibility and ease of use. 


Standardization avoids equipment incompatibilities which can be difficult 
to trace. It allows application programs to freely exploit the features of 
the standard equipment. When equipment is not standardized, application 
programs must either provide special routines for each equipment type or limit 
their functions to a common subset of the functions provided by the diverse 
equipment as many of BLM's current applications do. 


There are some advantages to specialized equipment. Specialized equipment 
is often designed to perform precisely the task the user wants to perform. 
For example, some word processing keyboards are designed for faster typists 
than computer keyboards because word processing operators typically have 
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less than an applications user might. Therefore, word processing users may 
require keyboards with touch and layout specialized for word processing. 

BLM field staff has a need for standardized devices since they share 
equipment extensively. Also, use is sporadic, some BLM field staff are in the 
field up to 30% of the time. Other users are managers who will only use the 
system for occasional query. Also, current plans for ALMRS include public 7 
users who will not be well-versed in the system. 

Other than word processing, few, if any, of the ADP functions performed by 
BLM staff appear to be sufficiently specialized to warrant a separate keyboard 
or equipment design. Field office staff, particularly RA staff, perform many 
functions. Equipment specialized to one function is of little use to them. 
However, BLM could use equipment designed exclusively for word processing. 
BLM has staff dedicated to word processing functions and virtually every 
location and function in BLM requires some word processing support. 

BLM's architecture should provide the following standard user devices: 

@ keyboard and workstation for word processing, 

@ keyboard and workstation for alphanumeric data entry and retrieval, 

@ high resolution graphics workstation, 

@ digitizer, 

6 plotter, 

@ high speed printer, 


@ draft quality printer, and 


@ letter quality printer. 
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3.8.3 Access to System Components 
Access to system components refers to the distribution of terminals, 
printers, and other devices that the BLM staff use to interact with the ADP 
system. The devices in question include: 

@ standard alphanumeric workstations, 

@ word processing workstations, 

@ high resolution graphics workstations, 

@ digitizers, 

@ high speed printers, 

® plotters, 

& @ draft quality printers, and 

@ letter quality printers. 

The tradeoff is between increased cost of equipment and providing adaquate 
access to the staff. The distribution of these devices will depend on the 
expected use by various types of BLM staff in each type of BLM facility. For 
example, based on the expected use, the initial distribution might include: 


@ a word processing workstation for each secretary, 


@ a standard alphanumeric workstation for each accounting clerk or 


Similar position, 


® a standard workstation for each manager grade 14 and above for 
electronic mail, ad-hoc queries, etc., 
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@ one high resolution graphics terminal and one standard terminal for 
each group of four resource specialists. 


The actual needed distribution of devices will be determined based on the 
specific requirements of the applications the users will need access to - 
ALMRS, GIS, office automation, etc. 


3.8.4 Terminal-to-System Response Time 


Terminal-to-system response time is the time required for 
transmission from terminal to the computer and back to the terminal. The 
terminal-to-system response time is affected by three of the four 
architectures of the ADP infrastructure. In addition to the technical 
architecture, the application architecture affects how quickly and efficiently 
the application can process the user's request. This directly impacts the 
response of the system back to the terminal. The data architecture affects 
how efficiently data is retrieved for a particular purpose. For example, a 
transaction based database management system may be very inefficient at 
retrieving data for query while a query oriented database system may have 
difficulty with transaction processing. If the data design does not match the 
application, it can negatively effect system response time. 


Different components within the technical architecture can have an impact 
on terminal-to-system response. For example, if the network is not designed 
to provide adequate response time or the CPU is not properly optimized to make 
response time a priority, the response time for the system will not be good 
even if other components are properly positioned to provide good response 
time. All these components must work together in concert. 


The major tradeoff concerning acceptable terminal-to-system response time 
involves the service level the user requires versus the system resources 
necessary to provide that service level. Applications vary widely in 
acceptable response time. ' For example, a trading application on the stock 
exchange requires instantaneous, real time response between the terminal and 
the system. Any delay is potentially very expensive which makes the fastest 
possible technology worthwhile. For most organizations, the value of 
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terminal-to-system response time is not as tangible. The better the terminal- 
to-system response time, the less time the user needs to complete the task. 
This reduces user frustration and idle time while waiting for the system to 
respond. A reduction in user frustration results in additional system use. 
On the other hand, if terminal-to-system response time is unacceptable, the 
user often finds alternate ways of solving the problem. This may include 
arranging for other ADP resources, or use of a manual system which duplicates 
the automated systems capabilities. Either way, the cost to the organization 
in time consumed, duplication of effort, and loss of control over data 
processing is much higher. 


To provide response time from the terminal to the system, three things 
must be considered, the speed and capacity of the computer resources used 
(CPU, DISK, OBMS, etc.), the capacity and speed of the network, and the 
location of the resources which are being coordinated. All three factors must 
be measured to assure provision of the response time needed. 


BLM's users require a range of response times based on the specific type 
of application they are using and the operation they are performing. For 
example, a financial management application may require response times of 
several seconds for data entry and response times of overnight for producing 
month end financial reports. The specific response times for different 
operations and applications, as well as the associated workload, will be 
defined during the subsequent tasks of this study. The technical architecture 
must provide the capacity to meet these response times. 


3.8.5 Training 


Training educates users through classroom instruction, online 
tutorial sessions, video tapes, or other instruction media. Training also 
includes features such as the use of menus and "context sensitive" help 
messages which make the system more or less oriented to the novice or 
occasional user since this directly impacts training requirements. 


Although the technical architecture provides support for this capability, 
the other architectures within the ADP infrastructure provide the bulk of the 
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training capability. For example, the applications architecture provides any 
tutorial software used, user friendly software designs, menu-driven software, 
heip messages, etc. Also, although the technical architecture may supply an 
"authoring language" for Computer Assisted Instruction (CAI), the applications 
architecture provides the actual "scripts" or "scores" that apply to specific 
applications. The support architecture provides the training staff and 
training materials required to conduct the user training. 


The major tradeoff of the training capability is between the cost of 
support provided by CAI training, help messages, and menu-driven software and 
the expense of providing training via more traditional training methods. 


By having a system which is easy to use and provides guides to help the 
inexperienced user through the system, the training required to initially 
learn the system and to continue operating the system is greatly reduced. On 
the other hand, the need for training is not eliminated. No matter how 
"friendly" the software becomes, the user must still be trained. Easy-to-use 
software comes at a price. It tends to use more computer resources than a 
more focused and streamlined application and it may be more cumbersome to use 
for users who are very familiar with its operation and wish to proceed very 
quickly. 


BLM's technical architecture should provide the tools necessary for the 
applications architecture to use CAI and help facilities. It must also supply 
adequate response time for interactive terminal use by trainees. 


3.8.6 Help Facilities 


Another important aspect of the user interface is the ability of 
users to receive assistance and have questions answered concerning the proper 
way to execute system or application commands, system status, and other 
COpTes. 


Help facilities are mainly provided by the applications and management and 
Support elements of the ADP infrastructure. The applications architecture 
provides help messages, error messages and codes, and other diagnostic aides 
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for individual applications within the application architecture. The 
management and support organization provides knowledgeable staff to determine 
equipment status, explain to the user how certain applications work, and be 
available to answer user questions. 
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4. OBJECTIVES AND CONSTRAINTS FROM THE ADP MANAGEMENT PERSPECTIVE 


4.1 Introduction 


This chapter describes our understanding of the objectives and 
constraints of the ADP infrastructure, and in particular the technical 
architecture, from the perspective of ADP management. Many of these 
objectives and constraints relate to capabilities which the technical 
architecture must provide to adequately support ADP management in 
accomplishing its mission. Included are those capabilities needed to develop 
and deploy ALMRS, GIS, GCDB, and office automation. 


ADP management is responsible for delivering cost effective, reliable, and 
timely ADP services and capabilities to users in accordance with the needs of 
the user's mission. To accomplish this, they must plan, organize, and control 
ADP resources. | 


The perspective and critical success factors of ADP management differ from 
those of the users. Users are primarily concerned with accomplishing their 
mission and, to that purpose, make use of ADP support. ADP management is 
concerned with the costs of that support, the management of the ADP assets, 
and the mechanism by which the support is delivered. 


Key objectives of ADP management include: 

@ maximizing the level of ADP service and flexibility, 

@ minimizing ADP costs and risk. 

Maximize service and flexibility - ADP management's primary objective is 
to provide ADP services to users. Level of service may be defined in many 
wayS including applications software functionality, system performance (e.g., 


response time), system reliability and availability, and the distribution of 
terminals and other devices. Flexibility allows the ADP infrastructure, and 
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the technical architecture in particular, to accommodate new ADP applications, 
adjust to changes in program mission or emphasis, match ADP capability to 
variations in program activity from site-to-site, expand to accommodate 
additional workload, incorporate new technical advances, and exploit 
externally developed software products. This flexibility conserves ADP 
investment by delaying obsolesence, meeting changing user needs, improving ADP 
service and equipment utilization, and taking advantage of technology that is 
available from external sources. 


Minimize costs and risk - including one-time acquisition and development 
costs as well as on-going maintenance and support costs. Many characteristics 
of an ADP infrastructure effect the risk that the infrastructure will not meet 
its objectives. Some of these characteristics are: 

\ 


@ the number of vendors that supply components of the infrastructure, 
@ the complexity of the infrastructure, 

@ the degree to which "leading-edge" technologies are used, and 

@ the difference from the current infrastructure. 


Increasing the number of vendors supporting the ADP infrastructure 
increases the probability of incompatibility among equipment, complicates 
problem identification and. resolution, and increases the likelihood of 
obsolete equipment since vendors may not follow or support technical advances 
of other vendors. 


As complexity increases complete understanding becomes more difficult. 
This complicates problem diagnosis and resolution and makes the implementation 
of any needed changes (new applications, new capacity, etc.) more difficult. 


"Leading edge" technologies increase the likelihood that technical 
problems will arise. New technologies tend to be offered by smaller, less 
mature vendors. This can lead to a number of problems: the company not 
Survive; new products may not be thoroughly tested, debugged, and "shaken 














down"; staff with the skills needed to use the technology may be scarce and 
expensive; the actual benefits of the technology may prove to be Significantly 
less than expected; and if the technology does not prove successful in the 
marketplace support may be withdrawn. 


Finally, the more the new ADP infrastructure deviates from the current 
environment, the more the users and technical staff must adapt and the higher 
the risk of mistakes. | 


These objectives must be balanced against each other. For example, users 
requests for additional services are often most effectively met by the 
implementation of a new hardware or software technology. The introduction of 
these new technologies into the BLM environment may need to be delayed until 
it is more firmly established, resulting in either additional costs or reduced 
service. 


Working toward these objectives, BLM's ADP management faces several 
constraints including: 


® Funding - the total funds available for ADP are limited. 


@ Staffing - in addition to funding pressure, most Federal agencies, 
including BLM, are restricted in head count and under pressure to 
reduce staff. Additionally, trained ADP specialists can demand high GS 
grades, increasing "grade inflation" pressure. 


@ The existing equipment base - BLM has a significant investment in its 
existing ADP equipment base, including less obvious investments such as 
training and support. The new infrastructure must conserve this 
investment as much as possible. 


@ Geographic distribution - BLM's geographic distribution and physical 
locations, especially the remote locations, limit the solutions ADP 
management can apply to provide ADP support. 
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These constraints will influence the evaluation of alternatives for the 





ADP technical architecture and the resolution of issues related to acquisition 
and implementation. 


4.1.2 Categories of ADP Capabilities Needed by ADP Management 


The functions generally associated with ADP management include: 


@ Operations - day-to-day ADP resource management such as setting job 
priorities, answering questions, isolating and diagnosing problems, and 
monitoring system status; 


@ System Management - balancing capacity against workload, tuning the 
network configuration, reallocating resources (e.g., disk space) to 
improve performance, and monitoring and maintaining system performance; 


@ Application System Development and Support - software design, 
development, testing, distribution, and maintenance; and 





@ Data Capture - high volume data entry and validation. 


Data capture is a concern for both ADP users and ADP management and is 
addressed in Chapter 3. 


The capabilities needed to support ADP management are provided by all 
parts of the ADP infrastructure: 


e@ The technical architecture provides such capabilities as system usage 
monitors, application development tools (i.e., application generators), 
‘data base management software, and tape library management facilities. 


@ The application software architecture provides capabilities such as 
standard reusable application modules and project management 
applications. 
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; e The data architecture provides capabilities such as common data 
B structures, data element definitions, control of data availability and 
interrelationships, and data access control. 





e The management and support architecture provides such capabilities as 
the standards and methodology for software development, change control 
procedures, and question/answering mechanisms for application 
programmers. 


The following sections describe the capabilities needed by each area, 
starting with operations and concluding with application support. 


4.2 Capabilities Needed to Support Operations 


These capabilities support day-to-day ADP operations. Some of these 
provide input to the longer term planning and management described in Section 
4.3. They include: 


9 batch job scheduling, 

8 remote job entry, 

@ communications services, 

8 status reporting, \ 
S resource management, 

9 problem diagnosis and isolation, and 

9 report distribution. 


4.2.1 Batch Job Scheduling 


Batch job scheduling holds computer applications (jobs) in a dormant 
state and releases them for processing according to scheduling instructions 
provided by ADP support staff or, in some cases, the user. 


Automated job scheduling is attractive when many batch applications are 
being submitted or when batch applications run during second and third shifts. 
Automated scheduling reduces the attention required by the computer operator 
and hence reduces staffing requirements. On the other hand, if an 
organization does not intend to run their computer around the clock, or there 
are not many batch applications run in off-hours, it is almost as simple to 
schedule and submit jobs manually as it is to use an application scheduling 


package. 














BLM's Denver Service Center currently runs three shifts and some of the 
State Offices run multiple shifts as well. Most of BLM's current applications 
are batch applications. Future applications may still have significant batch 
processing (such as database backups) even if some applications were converted 
to primarily online processing. 


BLM's technical architecture should provide an application scheduling 
Capability as an option for any of the current administrative centers in BLM 
(i.e., State Offices, DSC, and BIFC) so they can easily schedule batch 
applications. Whether or not this capability is needed in other sites 
(Distributed Offices or Resource Areas) depends on the batch processing 
requirements for those sites associated with future applications. 


4.2.2 Remote Job Entry 


Remote Job Entry (RJE) allows users to submit their own batch 
applications from remote terminals without the need for operator intervention. 


The advantage of providing an RJE facility is twofold: 


9 The user can submit applications to a remote CPU as if it were local 
to his location, and 


a The application can be submitted by the user without intervention by 
the operator 


These two advantages allow ADP managers to make better use of their CPU 
resources and make better use of the operator's time as well. Additionally, 
RJE can frequently be used by otherwise incompatible computer systems as a low 
level communications network, allowing a primative form of data and file 
transfer. 


A related capability is Conversational Remote Job Entry (CRJE). This 
allows a remote user with a low speed terminal to use conversational file 
editors to prepare job streams that are processed by the host CPU as RJE 
batches. This provides come of the "user friendly" characteristics of online 
systems with the throughput optimization of batch processing. 
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BLM's technical architecture should provide optional RJE and CRJE 
capability which will support users physically located at a different BLM 
location. 


4.2.3 Communications Services 





The physical dispersion of BLM's offices will require sophisticated 
ADP communications network services. The network communications requirements 
from a user perspective were addressed in chapter 3. From a management view, 
the key considerations are flexibility, reliability, and cost. In addition to 
traditional access from field offices to the ADP computer systems, the systems 
provided by ADEMP must provide reliable communication between offices that are 


parallel within the BLM organization. \ 


Communication routing services detect when a message cannot reach its 
destination over a location's primary communication line and automatically 
reroute it along a secondary communications route to the same destination. 
Automated communications rerouting requires the additional expense of 
providing alternate routes and the intelligence in the network (or computers 
on the network) to detect problems or errors with communications and correct 
them, which must be weighed against the cost of manuatly rerouting the 
messages or not providing alternate communications routes at all. 


Automatic rerouting of messages is a capability provided by many 
intelligent networks, including DOI's GEONET, and third-party VAN's such as 
Telenet. By rerouting messages, the network minimizes the impact of a 
telecommunication system failure. This is particularly important when the 
user is heavily reliant on the telecommunications network to provide access to 
the ADP system... 


Because of the geographic distribution of BLM's locations and the need for 
BLM locations to share data both horizontally and vertically, BLM's ADP 
infrastructure will be heavily dependent on telecommunication services. For 
ADP managers to assure that users get adequate access to the ADP systems will 
require reliable telecommunications. BLM's locations are separated, sometimes 
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by hundreds of miles. Reliability engineering principles dictate elimination 
of single points of failure wherever possible. Single communications lines to 
BLM's remote locations are particularly vulnerable because they are hundreds 
of miles long. 


All the District Offices have adequate telephone services available. 
However, some Resource Areas have difficulty getting adequate telephone 
service to support data communication, particularly high speed data 
communication. It may be prohibitively expensive to require dual lines to 
locations where it is difficult to arrange for a single line. 


BLM currently supports two independent networks: one for the fire program 
and the second for other services. These networks service essentially the 
same areas. It may be possible to link the existing networks together at key 
points to provide dual communication lines to most of BLM's locations. 


BLM's field offices will be highly dependent on telecommunication 
services. This need can be supported by either telephone service available to 
BLM's District Offices and State Offices or the two communication networks 
currently funded by BLM. BLM's ADP management must provide policy direction 
that balances the required network reliability against the cost of providing 
high availability service. It is the responsibility of the ADP Management and 
Support Architecture, in concert with the Applications Architecture, to 
provide the ADEMP with the requirements that the technical architecture must 
provide. 


4.2.4 Status Reporting 


Status reporting includes mechanisms to notify ADP management which 
resources are available to the users, to what extent they are being.used, and 
by who. This capability can be separated into two types of status tools: 
Chargeback and operational. 


Chargeback status tools monitor how much of an ADP ‘resource is being used 
and who is using it. ADP management must know relative ADP resource usage and 
cost to allocate resource charges to users. This process of charging back to 
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the users for resources used is also critical to enforcing ADP resource 
priorities. ADP managers typically make higher priority resource usage more 
expensive to discourage abuse of the high priority designation. This is only 
effective if usage is measured and reported and the financial impact on the 
user is real. If there is no cost to designating a higher priority, the 
priority designations lose their meaning. 


Operational status tools report which ADP resources are available and when 
they are unavailable, how frequently and how long were they unavailable. Most 
vendors have three different tools: one for hardware (e.g. disks, CPU, tape 
drives), one for system software (e.g. DBMS and system utilities), and one for 
the communications links and gateways. The availability of these tools 
depends on the vendor and the size of the computer installed. For large 
mainframe computers, many vendors routinely provide these tools with their 
computer equipment for no additional charge. However, as the computers become 
smaller, the market demand for these tools is reduced so vendors charge extra 
to provide them. If a vendor deals exclusively in small computers, he may 
choose not to provide these tools at alee 


Operational status tools provide input to both the ADP Resource Management 
and Problem Diagnosis and Isolation capabilities. They provide information on 
the current configuration to the ADP Resource Management which supports 
planning and implementing configuration changes. They provide the base data 
for Problem Diagnosis and Isolation which indicate a problem exists. 


BLM shares the computer resources at DSC and the State Offices among many 
locations. The applications on these computers vary widely in urgency and 
resource requirements. BLM's technical architecture must provide tools to 
measure ADP resource usage by user account and charge ADP costs back to the 
users based on usage. These tools should be available for all computers which 
will share processing and storage capacity among multiple users. 


Since BLM's future ADP demand is uncertain, BLM needs operational status 
tools to monitor current system performance and availability. Although some 
system availability problems are caused by component failure, many are also 
caused by demand overload. For example, many reads accesses to disks which 
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are attached to the same controller may cause the controller to be ‘busy' 
while the disks themselves are available. AOP staff can use operational 
status tools to detect this problem and separate heavily used disks onto 
Separate controllers. Operational status tools should be available for all 
computers which share processing and storage capacity among multiple users. 


4.2.5 Resource Management 


Resource management refers to the tools available to ADP management 
to reallocate or reconfigure ADP resources (e.g. data, files, users, devices, 
and communications channels) in response to situations reported by the Status 
Reporting capabilities. For status reports to be useful, ADP management must 
have the ability to change the configuration. 


Every vendor provides the ability to change configurations for their 
equipment. The key is the complexity and level of effort required to perform 
the change, particularly moving user accounts since so many other components 
(e.g. login clearances, electronic mail files, and access to applications and 
data files) are associated with a user account. The vendor should clearly 
explain the process required to reconfigure each component (e.g. files, 
devices, channels, and particularly users) and the impact on the user when 
these changes are implemented. 


ALMRS, GIS, and GCDB will increase ADP demand within BLM and require the 
ability to balance system use, including reconfiguring equipment, data, and 
users. BLM's technical architecture should provide resource management tools. 
BLM should require vendors to fully explain the process by which their 
products handle reconfigurations and the impact this has on the user before 
selecting a vendor to provide the technical architecture. 


4.2.6 Problem Diagnosis and Isolation 


Problem diagnosis and isolation refers to the capability to apply 
additional tools to a problem area to determine the nature of the problem and 
the component(s) causing the problem. Problem diagnosis and isolation 
software is usually specific to the hardware involved (e.g. disk diagnostic 


software, tape drive diagnostic software, or CPU diagnostic software). It is 
usually included by the vendor for no extra charge since his technicians wil] 
need these tools for the same purpose. However, they are not always made 
available for the client's use unless specifically requested. 


One important tool for communications network problem diagnosis and 
isolation is the 'loop-back' tool. This is software which executes at the end 
node of a communications link and simple returns to the originating node the 
exact signal it received. This is compared to the signal originally sent to 
see if the transmission was received correctly. This tool allows testing of 
fairly complex network topologies at minimal effort. 


BLM's technical architecture should assure that the vendor's equipment 
diagnostic tools are available for BLM use and specify that ' Joop-back 
testing software be included with any communications network offering. 


4.2.7 Report Distribution Mechanisms 


Report distribution mechanisms distribute reports and software to 
locations within BLM. BLM field office locations illustrate the importance of 
a good distribution system to BLM. The locations are widely distributed and 
spend about $2.2 million dollars per year on the U.S. mail system. BLM also 
suffers from a wide range in the quality of communications services available 
to particular locations, computer resources available to each office, and the 
size and scope of programs conducted at each office. The distribution system 
for BLM's ADP infrastructure must be flexible to adjust for these variances. 


The most economic form of distribution must be decided location by 
location. For example, electronic distribution of reports and software from 
the source to remote locations may not be economically sound depending on the 
data volume, distance, and communications reliability. The ADP infrastructure 
should ensure that locations receive software or output reports electronically 
if it is economically justified. The ADP infrastructure should also provide 
support for distributions by mail, such as automatic address label generation. 
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BLM's technical architecture should provide the capability for automatic 
& mailing label generation for mailed reports, and electronic routing of 
software, data, and reports to remote locations. Each location will select 

its own most appropriate distribution system. 


4.3 Capabilities Needed for System Management 


In addition to providing day-to-day operations support, BLM ADP 
management must perform long-term management of the Bureau's ADP system, both 
computer systems hardware and the telecommunications network. Operations 
management was primarily concerned with the ADP infrastructure throughput; 
whereas system management capabilities deal primarily with managing the ADP 
infrastructure technology. 


The key capabilities needed to support system management are: 
@ configuration control, 
® performance and usage monitoring, 


@ open architecture (including compatibility with the existing technical 
architecture), 


@ technology and vendor control, and 


@ disaster recovery. 


453.1 Configuration Control 


Configuration control allows ADP management to balance its equipment 
and technical capabilities to maximize overal] utilization of individual 
equipment components. The fundamental tools used for configuration control 
are detailed and current equipment inventories, system and network performance 
and usage information, capacity and sizing data, and projections of future 
usage. The long-term considerations for this component are closely tied to 
the operational considerations discussed in Sections 4.2.4 and 4.2.5. 


Configuration control guidelines helps ADP managers match equipment 
capabilities with user requirements. For example: ADP managers must 
determining the number of terminals that a particular CPU should support based 
on the type of work done in the area and the number of people who will 
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regularly be using the system. Similarly, estimating the number of printers 
that should be provided for each group of terminals requires recognizing that 
the printer is only occassionally used by a particular terminal user and can 
probably be shared by several terminals. Configuration control also refers to 
balancing the telecommunications network and computer system capacity to the 
number of terminals and other devices serviced. Additionally, it includes 
capacity required to provide backup in case a component fails. 


The difficulties of configuration control are that many times accurate 
estimates of the proper configuration are difficult to assess and the 
configuration based on the rules developed for configuration control may not 
be appropriate for the specific location in question. 


Because BLM is widely distributed among many locations and is likely to 
have more than one ADP facility as well as remote terminal and printer 
combinations, keeping control of the configuration is going to be difficult 
from both a logistical and administrative perspective. Regardless of the 
difficulty, due to the uncertain demand associated with ALMRS and GIS systems 
development activities planned in the near future, ADP management within BLM 
will need tight control on their ADP configurations. This will allow them to 
respond to increases in demand associated with ALMRS and/or GIS as they occur, 
with minimal impact on the rest of the configuration. 


The BLM technical architecture must provide a configuration contro] 
capability which monitors the balance of equipment capabilities and workload 
to assure appropriate utilization of the equipment. 


4.3.2 Performance and Usage Monitoring 


Performance and usage monitoring records and reports the degree and 
frequency of equipment usage. In addition to the operational requirements for 
this information, it is also necessary for long-term management. This 
monitoring applies directly or indirectly to the entire technical 
architecture. However, the technical architecture cannot be effective by 
simply monitoring and reporting usage. It must be supported by the other 
architectures. The management and support architecture must check the usage 


reports, determine which measurements must be taken and how frequently, and 
plan based on usage reporting results. 


Usage monitoring applies to all functional areas of the ADP infra- 
structure. For example, applications systems development and support requires 
usage monitoring and reporting that provides record counts on the number of 
transactions, the CPU utilization that a particular application uses, the 
amount of core memory that an application requires, and the amount of CPU time 
that it uses. These statistics will help identify candidate applications for 
redesign. 


The disadvantages of extensive monitoring and reporting is in the system 
resources it consumes. The system must log more of its actions and take 
occasional snapshots of system activity. Usage monitoring and reporting must 
go beyond simply collecting data; the data must also be aggregated into a form 
which the ADP manager can interpret and that he can explain to his supervisors 
who may not be technically proficient. Detailed data from equipment 
monitoring is useless to the ADP manager if he cannot develop an accurate 
overall picture of how the system is being used. It must be summarized into 
useful usage measurements. 


Based on current application plans, BLM anticipates a considerable 
increase in ADP workload associated with ALMRS and GIS. Although the 
functional work of BLM in general is not increasing, the use of ADP in support 
of existing activities appears to be increasing rather quickly. Since there 
is no historical basis on which to project how this workload will unfold over 
time, BLM must have the capability to monitor equipment use and the rate of 
workload growth, so that initial pilot projects can be used to accurately 
estimate the size of the full implementation. 


To predict workload growth and measure current workload, the ADP technical 
architecture must provide monitoring capability for each piece of equipment, 
| providing at east: frequency, distribution over time, user account, 
application or chargeback account, and percent utilization. It should also 
provide the capability for monitoring network utilization: the character 
volume, how frequently data is transmitted over a line, how frequently a line 
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is dropped, and how frequently a communications connection cannot be 
completed. BLM should also receive the usage statistics for the CPU by user 
account and by application to help identify users and applications which may 
require special attention because of their high degree of CPU utilization. 
This could lead to either a redesign effort to reduce the CPU required or 
perhaps a CPU dedicated to that application or user group depending on the 
nature of the CPU usage. These measurement capabilities will help retain the 
flexibility in BLM's technical architecture necessary to adjust to its 
variable workload growth. 


4.3.3 An Open Architecture 


Open architecture refers to standards and overall architecture design 
that allows new technologies and products to be incorporated as they become 
available in the commercial marketplace. This includes the use of industry 
standards for languages, communications protocols, document or message 
exchange protocols, and other characteristics of architectures which keep them 
"open", that is, easily able to accommodate new technologies either developed 
by the same vendor or by competing vendors. 


The advantage of providing an open architecture is that it eliminates the 
need to guess which vendor's technology will best suit an organization's long 
term needs or to lock into a technology which may be in its infancy. An open 
architecture allows the capabilities of the ADP infrastructure to grow as 
additional technologies become available. 


The primary difficulty comes in trying to identify a truly open 
architecture. Some of the vendors in the ADP industry has been working 
towards standards that encourage competition, but others have resisted it in 
order to pursue a unique "competitive advantage." At this time, there is a 
long way to go before many architectures can be considered truly open. In 
addition, characteristics unique to the Federal procurement process add a 
secondary difficulty: because there are no formal definitions of the exact 
characteristics of an open architecture, and no organization that can certify 
that a vendor's products do in fact meet the specifications, unscrupulous 
vendors can stretch the capabilities and compliance of their offerings. The 
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costs associated with proving or disproving these claims are carried by 
procuring agency, and when combined with the normal RFP/protest/appeal cycle, 
can be significantly higher than the savings brought by the open 
architecture's increased competition. 


Even though an open architecture may be difficult to obtain, there are 
steps that can be taken to move in the direction of an open architecture. One 
is to be cognizant of the vendors who are participating in industry efforts to 
develop standards for equipment specifications and other exchange formats. By 
illustrating compliance with these standards or proposed standards, a vendor 
illustrates his commitment to an open architecture. 


The major tradeoff for technical standards concerns the amount of control 
required to provide effective support and the amount of diversity required to 
support specialized functions. The advantage of setting strict technical 
standards is the increased assurance that diverse equipment can forma 
cohesive architecture and eliminate compatibility problems such as duplication 
of effort through separate data entry and increased effort for problem 
resolution. The disadvantage is that significant cost effectiveness and 
productivity advantages are often only available under vendor-specific 
architectures. 


With ALMRS and GIS, BLM is moving toward greater application of technology 
to accomplish its mission, including ADP technology. For example, GIS 
applications use some of the latest developments in graphics, such as data 
compression algorithms to reduce data volume for transmitting graphics. BLM 
also uses sophisticated devices for lightning detection, identifying land 
coordinates for cadastral surveys, and capturing resource data using 
orthophotographic techniques. As new technologies are developed in this area, 
BLM should be able to rapidly incorporate them into their ADP architecture. 
BLM's management must weigh the advantages and costs of an open technical 
architecture. | 








4.3.4 Technology and Vendor Control 


Technology and vendor control refers to limiting the variety of 
technologies, and vendors supplying technologies, to perform the user's 
mission with the minimum subset of technologies and vendors as is practical. 
The major tradeoff for technology and vendor control involves the unique 
features of the government procurement process versus the advantages of having 
the minimal number of technologies and vendors necessary to support. 


The Federal procurement process makes it somewhat difficult to limit 
technologies and vendors. It is designed to enhance competition and so makes 
it. difficult for ome vendor to be an agency's sole supplier. Each vendor's 
technology is usually different from the others in some respect. Also, many 
technologies may appear to be almost interchangeable in solving certain 
information problems. For example, resource information can be plotted and 
displayed on a plotter or on a graphics terminal. Although each technology 
has distinct advantages, they would be interchangeable for some applications. 
Some vendors differ from other vendors in their approach to a problem but not 
their overall solution, such that their technology is comparable but not’ 
entirely compatible with other vendors. 


There are many advantages of having a limited number of technologies and 
vendors. Designating one technology to solve a particular problem or class of 
problem may reduce multiple support mechanisms, such as the supplies and 
training required to support that technology: By having only one vendor, or a 
minimum number of vendors, BLM can simplify determining responsibility for 
problems and reduce the effort required to administer the architecture. 


BLM supports many vendors and technologies in their current ADP 
infrastructure. This has increased support effort and costs, user acceptance, 
and generated problems with equipment interfaces. ADP management can make 
better use of their support staff when they reduce the number of vendors and 
technologies they support. 


BLM's ADP management must provide clear guidance as to the direction of 
the technical architecture in providing a specific role for each technology 


against the desire to provide a Open Architecture that optimizes each 
component for the task at hand. By embracing only one technology to solve a 
particular problem, and limit the number of vendors to one or two vendors 
whose equipment are completely compatible with each other, significant 
reductions in management and administrative overhead can be realized. In most 
cases, this effectively reduces the number of vendors to one. To augment the 
technical architecture, the management and support architecture must provide 
procedures, policy, and guidelines to control “technology and vendor 
proliferation within the organization. 


453.5 Disaster Recovery Mechanisms 


Disaster recovery mechanisms are the policies, procedures, and 
facilities to allow the ADP organization to establish a replacement facility, 
restore software and data, and resume processing after a natural or man-made 
disaster within a timeframe acceptable to the organization. There are three 
types of disaster recovery: 


@ Recovery from data loss, 
a Recovery from hardware or software future, and 
9 Recovery from a data center catastrophe. 


The technical architecture must support the techniques used by the 
application and data architectures, such as checkpoint/restart, to recover 
from data loss but the techniques must be defined by the requirements of the 
applications. Similarly, the amount of logging conducted by the technical 
architecture to restore data caused by a hardware or software failure is 
dependent on the critical mature ofthe application. Excessive use of 
checkpoint and logging capabilities has significant impact on system and 
network usage. The technical architecture will provide the tools needed to 
perform checkpointing and Jogging, along with utilization information 
concerning the resources used. The Management and Support Architecture in 
concert with the Application Architecture must balance the resources used 
against the value of the information. 








To provide the capability to recovery from a data center catastrophe, the 
technical architecture must provide the facilities and equipment necessary to 
carry out the procedures, methods, and plans associated with the disaster 
recovery plan. However, the key is the disaster recovery plan itself which 
the management and support staff must develop. 


BLM is responsible for many records which are the legal basis for land 
transactions and records which describe the activity permitted on BLM-owned 
Federal land. BLM requires a disaster recovery facility and plan to protect 
these records. 


In addition to BLM's unique position concerning Federal land records, BLM 
has internal records to protect, such as payroll/personnel, financial, and 
contractual obligations. 


BLM's technical architecture should provide offsite storage for removeable 
electronic storage devices, whether magnetic tape or disk. It should provide 
a high speed means of backing up software and data, transporting those backups 
to the remote facility, and updating the data and software stored in the 
disaster recovery facility to reflect the current data and software at the 
facility. If BLM retains a central ADP facility such as DSC, it would require 
its own disaster recovery site; however, BLM would have a great deal of 
flexibility concerning disaster recovery for other ADP locations. For 
example, if they retain computer centers at each State Office, State Offices 
could be paired to act as disaster recovery facilities. for each other. In 
this way, BLM would incur only minimal costs to provide the disaster recovery 
capabilities it requires. 


4.4 Application Systems Development and Support 


The applications system development and support category includes 
capabilities which primarily assist ADP management and support staff to 
design, develop, test, implement and maintain applications software. The 
technical architecture alone provides most of the applications system 
development and support capabilities. Software development standards and a 
software development methodology are provided by the management and support 
architecture. 


The key capabilities needed for application development and support are: 
@ application development tools, 
e@ data base management systems, 


@ software transportability, and 


specialized hardware. 


ae Application Development Tools 


Application development tools refer to software used by the 
application programmer to produce applications. These tools allow code to be 
developed more rapidly and with fewer errors than traditional methods. 


If a large systems development activity is anticipated or current systems 
are likely to be rewritten and only limited application staff are available, 
application development tools, can help generate applications more quickly. 
The following is a list of application development tools: 


-- editor 

-- application testing facilities (e.g., test data generator, 
application exerciser) 

-- debugging utilities 

-- source analyzers 








emi subi iivies meg; screen generators, report writers) 
-- documentation generators 

-- query language 

-- designer's workbench 

-- test data generator 


BLM has major systems development plans, systems which are likely to be 
rewritten, and limited applications development staff. BLM is planning two 
major systems developments within the next two years, ALMRS and GIS. Many of 
their other systems were converted from Burroughs equipment to Honeywell over 
eight years ago with little or no modification. They are likely candidates 
for being rewritten. BLM is under pressure to hold down administrative 
staffing and this includes ADP support staff. 


Because BLM has staffing pressures and anticipates a large application 
development workload in the future, the technical architecture for BLM should 
provide application development tools for the computer supporting this systems 
development activity. 


4.4.2 Database Management Systems 


Database management systems (DBMS) are used by applications as a 
utility to manage data and to allow multiple applications to access a common 
set of data. Separate DBMS have characteristics that are optimized for 
different application and technological environment. For example, some 
database management systems are designed for fast and flexible data retrieval, 
while others aim for high volume transaction processing. 


It is the responsibility of the Data Architecture, together with the 
Application Architecture, to determine the required characteristics of the 
DBMS system or systems. 


4.4.3 Software Transportability 


Software transportability allows applications software to operate on 
any of the computers that make up the technical architecture. The advantage 
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of having transportable software is that the software only needs to be 
developed once. This is a related, but not identical, issue to Open 
Architecture described in Section 4.3.3; software transportability is greatly 
enhanced by an Open Architecture, but it is not required. A viable technical 
architecture for BLM may use a network of Data General MV-series AOS systems. 
This would allow software to be easily transported between and among systems, 
but would not require an Open Architecture. 


Transportability requires a standard operating system across many 
different sizes of computer. Many vendors provide different operating systems 
for computers of different sizes to take advantage of the design 
characteristics of their computer. When an organization specifies a standard 
operating system up and down a computer product, they give up the extra 
efficiency that specialized operating systems for each machine might provide. 


BLM has a wide diversity of functions performed at any particular location 
and also a wide range of activity concerning those programs. For example, the 
oil and gas program is administered at different levels in the organization 
depending on the State Office where the program is being run. Some States run 
oil and gas out of the District Office. Some run it out of the Resource Area. 


Some programs differ significantly in scale of activity. For example, the 
timber program in Oregon generates the most money for that State Office and 
occupies a high percentage of the staff time. On the other hand, Eastern 
States Office has a much smaller timber program. 


Due to the diversity of BLM'’s locations and the large number of locations 
requiring support, ADP management needs transportable software to run on 
whatever computer is supporting a specific location. This not only allows BLM 
to develop the application only once, it also reduces the number of custom 
applications to support. This implies that all of the computers in BLM which 
share logic among users should use the same operating system and have fully 
transportable software. 











4.4.4 Specialized Hardware and Foundation Software 


By specialized hardware and software capability, we refer to the 
capacity of the ADP infrastructure to provide hardware and software which are 
targeted to support a limited number of functions in a very strict and limited 
capacity. 


The major tradeoff for specialized hardware and software from the ADP 
manager's perspective involves the efficiencies gained by applying ADP 
resources specifically designed to the task at hand versus the inefficiencies 
and additional expense incurred by supporting equipment that has only limited 
applicability across the organization. 


BLM has requirements for both specialized hardware and specialized 
software. BLM currently uses remote sensors for lightning detection and 
specialized equipment to determine coordinates for the cadastral survey. To 
enter GIS resource data, BLM uses digitizing tablets which convert photographs 
of resource data into digital resource information. 


BLM needs specialized software for the GIS application and possibly the 
ALMRS application due to the need to represent large volumes of data 
graphically. If graphics software is only used by GIS and is not a utility 
for other applications to use, then, as with data base management systems, the 
graphics software is part of the application architecture, not the technical 
architecture. 


Since ALMRS and GIS are key systems to the overal] mission of BLM, the 
technical architecture should provide specialized hardware such as digitizers 
and support the requirements of specialized software such as the GIS software 
to handle resource data. It should also continue to provide the specialized 
equipment used by cadastral survey and the fire program. 
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5. IMPLEMENTATION CONSIDERATIONS 


One of the final products of this study will be a plan for acquiring and 
installing BLM's new technical architecture. This chapter discusses the major 
components of this plan and the major factors which will influence its 
contents. 


The topics to be addressed by the implementation plan are: 


fa installation approach - how the components of the new architecture 
will be installed and the old components phased out including 
hardware installation, testing, and shakedown; conversion of existing 
data and applications software; parallel operation; and users 
training, 


a schedule for the procurement and installation of the components of 
the technical architecture - also showing the current schedules for 
the development of ALMRS, GIS, and GCDB, 


3 estimated costs of the procurement and implementation of the 
technical architecture, and 


a procurement strategy - the number, scope, type, and sequence of the 
Major procurement(s) required to acquire the components of the 
technical architecture; types of benchmarks to be used to verify 
performance; and proposal evaluation approach. 


Implementation of the new technical architecture will require large 
amounts of BLM resources, both staff and funds. Applications software wil] 
have to be converted and tested, data wil] have to be converted; users will 
have to be trained; configurations must be prepared for each site; sites must 
be prepared; equipment must be installed, tested, and cutover; and the new 
system will be operated in parallel with the old for some period of time. All 
of these activities will place a major drain on staff and management. Thus a 
major constraint on the speed with which the new architecture can be fully 
implemented will be the resources available. 
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Given the scope of this effort, the number of locations, etc. we expect 
that the period required to complete the procurement(s) and implementation 
will be at least two years. 


The element of the implementation plan which must be addressed now is 
procurement strategy. The procurement options were described in the previous 
study deliverable, the Definition of Alternative Concepts. The main decisions 
which BLM must make are the number of procurements to undertake, the scope of 
the procurements, and the type of procurement to use. 


The number of procurements could range from a single procurement covering 
all components of the architecture to a large number of separate procurements, 
each covering a single area such as local communications, work stations, etc. 
Minimizing the number of procurements can save a significant amount of effort 
and time. Procurements are very labor intensive: they require large amounts 
of staff time for preparing the procurement documents (RFP, evaluation 
materials, etc.) and conducting the evaluation of vendor proposals. In 
addition, when the procurements must be "coupled" so that there is 
compatibility between items acquired through multiple procurements, additional 
effort is required to develop specifications and to ensure the needed degree 
of compatibility is provided. Finally, minimizing the number of procurements 
minimizes the number of vendors and the resulting possibilities for "finger 
pointing" in the case of problems. The tradeoff with a single procurement or 
a small number of procurements is that the buyer has less control over what is 
bid and everything depends on the success of a single vendor or a small number 
of vendors. 


One common approach is to bundle all components of the technical 
architecture into a single procurement. This -procurement covers 
communications networks (both local and wide area), computer hardware, system 
software, other software such as data base management systems, and support 
services such as installation, conversion, and maintenance. For organizations 
the size and complexity of BLM, the vendors who could respond to such a 
procurement include large system integrators (such as General Motors’ 
Electronic Data Systems subsidiary, Computer Sciences Corporation, and Martin 
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Marietta), major manufacturers and communications companies such as IBM and 
AT&T, and joint ventures of computer manufacturers (such as Digital Equipment 
Corporation, Data General, Prime, and Hewlett Packard) and telecommunications 
firms (MCI, GTE Telenet, etc.). 


A second common approach is to acquire a wide area communications network 
separately from the computer hardware and software. This provides the buyer 
with more control but requires additional effort and time. In particular, it 
is difficult to verify that the required performance and functionality will be 
provided unless one of the procurements has been completed before the other is 
initiated. 


We believe that BLM's objectives can best be achieved through a single 
procurement covering all elements of the technical architecture. This 
approach will minimize the time and resources required for the procurement 
process. If, when projected workloads and other requirements are available 
the Department of Interior's GEONET X.25 network is identified as the most 
cost-effective approach for meeting the requirements for inter-site data 
communications, the procurement will be for computer hardware and system 
software that is compatible with GEONET. If GEONET is not selected (this 
analysis will be completed during Task 8 of this study), the procurement will 
include a BLM-wide inter-site network as well. 


The scope of the procurement refers to four topics: 


9 The definition of any services to be acquired in addition to the 
hardware and software components of the architecture. Installation 
and maintenance of the components of the technical architecture are 
the minimum services that should be acquired. Additional services 
which could be included are conversion of existing application 
software and data, applications development, network monitoring and 
operation, and facilities management. 


@ The definition of the hardware devices to be included. The 
procurement should, at a minimum, include computer processors, 
terminals and workstations, data storage devices, printers, and 
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communications hardware such as modems and controllers. Additional 
hardware devices include plotters and digitizers needed for GIS and 
ALMRS. 


& The definition of the software to be included. Beyond operating 
systems and other system software, other packages such as data base 
management systems, graphics packages, and “end user tools" such as 
spread sheets and word processing could be included. 


8 The definition of the communications services to be included. 
Generally, communications services are divided into two main 
categories: communications within a site or location, such as an 
office, and communications between sites or locations. In order to 
support BLM's future requirements, both types of services are needed. 


The final aspect of the procurement to define is the type of procurement. 
Procurements can be done for specified quantities or for unspecified 
quantities (known as "requirements" type contracts). Specified quantity 
procurements may result in lower unit prices but are only feasible when 
workload and other requirements are known with a high degree of certainty. 
Requirements contracts are appropriate when the workload and detailed 
requirements are subject to change and when the buyer wishes to preserve 
flexibility. In BLM's case, a requirements type procurement would seem to 
offer the most advantages primarily because of the flexibility to meet future 
needs which cannot, at this time, be predicted precisely. A requirements type 
contract essentially results in contract that allows the buyer to select 
specific items and quantities from a "shopping list" that includes firm 
prices. Orders are placed against the contract as requirements become known 
and funds are available. The items on the list are based on the 
specifications in the Request for Proposals. 


The implementation plan for the technical architecture must be coordinated 
with the plans for the development and deployment of BLM'S major new 
applications. It must also be coordinated with the plans for any changes in 
ADP staffing, procedures, etc. When the plan is developed, in the final task 
of this study, we will coordinate closely with the other ADP efforts underway 
in BLM and with ADP management. 
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As discussed above, the immediate issue is the procurement strategy. 
Given BLM's objectives, particularly the need to minimize the time and 
resources required for the procurement effort, the need to support all of 
BLM's future applications including the major ALMRS, GIS, and GCDB efforts, 
and the need to be able to adapt to future requirements which cannot be 
precisely predicted, we recommend a procurement strategy as follows: 


@ all components of the technical architecture (hardware, software, local 
communications, inter-location communications, and support services) 
will be acquired through a single procurement; 


@ the procurement will cover all needed hardware components including 
specialized devices such as digitizers and plotters needed for ALMRS 
and GIS; 


@ the procurement will include system software such as operating systems 
and utilities, data base management software, application development 
tools, and end user tools such as electronic mail, word processing, 
etc.; 


@ the procurement will include installation and maintenance of the 
technical architecture as well as conversion of applications software 
and data and training of users and ADP staff; and 


@ the procurement will be in the form of a requirements type contract 
with unspecified order quantities. 
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6. CONCLUSIONS AND MAJOR ISSUES 


This chapter summarizes the major implications of the preceding chapters 
and presents several major issues that must be resolved. The conclusions 
relate specifically to the identification of the components of the technical 
architecture and the key requirements for those components. The issues are 
those questions which will have a significant impact on the technical 
architecture and which require decisions and guidance from BLM. 


6.1 Conclusions 


The objectives described in the preceding chapters would result ina 
single, requirements type procurement of a technical architecture consisting 
of the following components (this list will be expanded and modified as Dis 
and office automation requirements become final and the issues described in 
Section 6.2 are resolved): 


a Hardware: . 


- computer processors (including main memory), 

- disk drives (fixed and removable), 

- tape drives, 

- alphanumeric and business graphics workstations, 

- high resolution graphics workstations, 

- printers (high speed, letter quality, draft quality), 
- graphics plotters, 

- digitizers, 

- modems. 


9 System Software: 


- operating system (the same for all processors), 

- communications software, 

- compilers - FORTRAN-77, COBOL-84, PASCAL-80, BASIC, 
- utilities, 

- security. 
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Communications: @ 


wm inter-site communications network, 
- local communications facility, 
- electronic mail. 


System Management and Operations Software (may be included in system 
software) 


- batch job scheduling, 

- cost allocation, 

- problem diagnosis and isolation, 
- performance monitoring, 

- resource management, 

- remote job entry, 

- status reporting, 

- report distribution, 





- tape library management. 
End User Software 


- spreadsheet, 

- statistical analysis, 

- relational data base management system, 

- word processing, 

- business graphics, 

- "fourth generation" language (for inquiry, reporting, etc.). 


Other Software 


- application development tools, 

- transaction processing oriented data base management system, 
- data dictionary, 

- screen formatter. 





6-3 
9 Support Services 


- conversion of existing applications, 
- training (of users and ADP staff), 

- technical support, 

- installation, 

- maintenance (of all components). 


3 Documentation 
Key requirements for the technical architecture would include: 


8 The architecture must meet response time and throughput requirements 
of BLM's total application portfolio. These requirements (numbers of 
simultaneous users, etc.) will be developed during the subsequent 
tasks of this study. 


9 The architecture ‘must allow local (e.g., state office, etc.) users 
"Control" over their data, applications, and hardware. 


@ The architecture must provide flexibility to adapt to changing 
workloads, i.e., there must be a "migration path" to support work load 
increases. The range of expansion will be determined during the 
subsequent tasks of this study. 


® All processors must use a common operating system. 


3 The architecture must provide an “open architecture" to allow 
connection of specialized devices such as digitizers and the use of 
externally developed applications and other software. 


3 The architecture must be “compatible” with those existing BLM systems 
(e.g., Prime minicomputers, PC's) which are not replaced. The 
precise definition of compatibility (terminal emulation, file 
transfer, etc.) will be developed during the subsequent tasks of this 
study. 


6-4 


a The architecture should provide users with standard business a 
reliability (i.e., 98% availability). | 


® The inter-site communications network must serve all BLM locations 
(although reliability, speeds, etc. may differ between locations) the 
needed speeds and throughput will be determined in later study tasks. 


@ The architecture must provide access to key external systems. 
G02, PAY /PERS. The precise type of access required (terminal 
emulation, file transfer, remote job entry) for each external system 
will be determined in subsequent tasks. 


Q The components of the architecture must operate satisfactorily in the 
existing BLM facilities with no upgrade (e.g., additional power or 


air conditioning) required. 


a The architecture will provide a "friendly" user interface (consistent 





Ma 
command set, full screen formatting, etc.). ‘@ 


The above list of components of the BLM technical architecture combined 
with these functional requirements form the initial definition of the ADEMP 
procurement. This definition wiil be refined and expanded over the course of 
this study until it in the form of specifications suitable for use in a 
Statement cf Work (Section C) of an RFP. 
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Major Issues 


There are several major which require BLM guidance at this point: 


The capabilities to be provided by the technical architecture. In this 
document we have described a set of proposed capabilities based on our 
understanding of both BLM's users of ADP systems and those who manage 
those systems. Before proceeding with the detailed analysis of 
alternative ways to provide these capabilities and meet the objectives 
and the development of detailed specifications for the new technical 
architecture, we require feedback from BLM. One aspect of this is the 
capabilities required for the development and operation of ALMRS, GIS, 
and GCDB and the capabilities required for office automation. 


The extent of "local control" the technical architecture must provide 
to state offices and other field locations, e.g., is physical control 
required or is control over resource use and scheduling sufficient? 


The constraints on organizational change (realignment of 
responsibilities, staffing changes, retraining, etc.) that will result 
from the implementation the new technical architecture, e.g., should 
any alternative which requires the addition of ADP technical staff 
positions to field offices which do not now have such positions or 
extensive realignment of responsibilities be eliminated from 
consideration? | 


The existing hardware and software which will be replaced as a result 
of the ADEMP study, i.e., which equipment and software will remain and 
which will be replaced (with the corresponding need to convert 
applications to the new architecture). In addition to the network of 
Honeywell computers, other current systems include Data General GIS 
computers, Prime GIS computers, IBM PC's, Wang office automation 
systems, Burroughs computers in Alaska, etc. 
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@ The locations where major applications will be developed, i.e., those 
locations (DSC, State Offices, District Offices, etc.) which will 
require applications development tools and capabilities. 


e The extent to which the new technical architecture must support “end 
user computing", ji.e., the capabilities such as statistical analysis, 
spreadsheets, word processing, and graphics which will be provided 
directly to users without the need for interaction with ADP management. 
As discussed in Chapter 3, extensive use of end user computing tools 
can assist users in accomplishing their jobs more efficiently. These 
tools, however, will result in additional costs for the software as 
well as the system resources (processing, memory, etc.) needed for 
their operation and the additional support and assistance required of 
the ADP staff. The specific topics we are seeking guidance on are the 
specific end user tools (spreadsheets, graphics, etc.) which should be 
provided as part of the technical architecture and the distribution of 
these tools (available to all users, available to all users in certain 
job categories, etc.). 


@ The number and scope of the procurements used to acquire the Bureau's 
technical architecture, e.g., should all the components of the 
technical architecture be acquired through a single procurement (j.e., 
through a “system integrator") or multiple procurements, e.g., one for 
a wide area network and one for computer hardware and system software? 


A final topic, somewhat related to the first item above, is the definition 
of the boundary between this study and other elements of BLM's overall ADP 
modernization effort. The basic objective of this study is to put into place 
the technical architecture which will best meet BLM's needs in the future. 
Thus this architecture should support all of BLM's anticipated use of ADP and 
data communications technology including administrative applications, ALMRS, 
GIS, GCDB, office automation, and other applications. Our current plan is 
based on the assumption that the teams responsible for specific applications 
(i.e., ALMRS, GIS, GCDB, and office automation) will develop requirements for 
those applications. Those requirements will include workload, functional 
capabilities (e.g., word processing for office automation and graphics data 
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management for GIS), and specialized hardware requirements. The focus of this 
effort is on selecting the technical architecture which best meets the total 
set of BLM's requirements and on developing the resulting specifications and 
implementation plan for that architecture. Thus, we have assumed that all 
application specific requirements for ALMRS, GIS, GCDB, and office automation 
will be developed outside of this study. This study will, however, develop 
the requirements (as needed for the procurement of the technical architecture) 
for the remainder of BLM's applications. Before proceeding further we must 
confirm that this assumption is correct. 
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GLOSSARY 


Address - An entity specifying a particular point of attachment. 
It may be a port, workstation, or location in memory. 


ADP - Automatic Data Processing. (1) In Federal government usage, 
the generic term for computer systems when viewed as a whole. 
(2) The registered trademark of Automatic Data Processing, 
Incorporated, Rosland, N.J., a nationwide computer service 
bureau. 


AFIPS - American Federation of Information Processing Services, a 
trade association of computer service bureaus. 


Amplifier - (1) A device that boosts the strength of an 
electronic signal. Amplifiers are installed at intervals 
throughout a cable system to rebuild the data signals, which 
weaken as they pass through the network. (2) In a broadband 
system, a device for strengthening the radio frequency signal 
to a level needed by other devices on the system. 


Analog transmission - A technique that transmits voice or audio 
messages in continuous electrical waves similar to sound 
waves carried through the air. An analog signal is wavelike 
(such as the sound of a human voice) with variations in 
pitch, tone, and volume. 


ANSI - American National Standards Institute. A independant 
agency sponsored by the U.S. Government that sets standards 
in a variety of areas, including ADP hardware and software. 


Application - The specific job or problem to be accomplished or 
solved by ADP. For example, a payroll system is an 
application with the primary responsibility to accept 
timesheets and generate employee paychecks, while providing 
appropriate management reports and controls. 


Applications package - A commercially available applications 
program or group of programs. In most cases, the routines in 
the application packages are necessarily written in a 
generalized way and will need to be modified to meet each 
user's own specific needs. 


Applications software - A program or group of programs written 
for or by a user that applies to his or her own work and 
tells the computer how to do specific jobs, such as payrol] 
or inventory control. The software that does the productive 
work which serves the company usually represents the single 
biggest user investment in data processing. 
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Architecture - A purely conceptual term referring to basic design 
of a system. 


ASCII - American Standard Code for Information Interchange. A 
character coding set used by most asynchronous terminals and 
personal computers. See EBCDIC. 


Asynchronous transmission - A mode of data communications 
transmission in which time intervals between transmitted 
characters may be of unequal length. The transmission is 
controlled by start and stop elements at the beginning and 
end of each character; hence, it is also called start-stop 
transmission. Contrast with synchronous transmission. 


Asynchronous __ terminal - Those terminals use asynchronous 
transmission techniques and that transmit on a character-by- 
character basis at data rates ranging from 300 to 19,200 bps. 


Auto answer - The ability of a machine to answer a telephone 
without human intervention. Usually used in reference to 
modem capabilities. 


Autodial - A telephonic device that automatically dials 
prerecorded telephone numbers. 


Automation - A system of production in which work in process in 
transferred from one operation to another without human 
intervention. 


Backend DBMS machine - A special purpose processor and disk drive 
system that offloads DBMS processing from a mainframe or 
minicomputer system, thus freeing the "front-end" system to 
handle additional users or tasks. 


Bandwidth - (1) The range of frequencies available in any 
particular channel. (2) The range of frequencies assigned 
to a channel on system. Also, the difference, expressed in 
Hertz, between the highest and lowest frequencies of a band. 
(3) A measure of frequency use or capacity. Voice 
transmission requires a bandwidth of 3000 to 4000 cycles per 
second (3 to 4 kHz). A TV channel occupies a bandwidth of 5 
to 6 million cycles per second (5 to 6 MHz; 5 MHz is the 
European standard, and 6 MHz is the American standard). 


Baseband (signaling) - (1) Transmission of a signal at its 


original frequencies (i.e., unmodulated). (2) Transmission 


of an unmodulated signal. 


Baseband local area network - Typically, a network operating in 
the 0 to 10 Mbps range; transmission speed is a basic 
reference in characterizing a family of LANs. Baseband, like 
broadband, also describes bandwidth equipment or systems that 
can carry a large proportion of the electromagnetic spectrum. 
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Batch processing - (1) A technique in which a number of data 
transactions are collected over a _ period of time and are 
aggregated for sequential processing. Contrast with 
interactive “processing. (2) Literally, a batch of programs 
or data that has been accumulated in advance and is processed 
during a subsequent computer run. 


Baud - (1) A unit of transmission speed equal to the number of 
discrete conditions or signal events per second. Baud is 
frequently misused as if it were the same as bits per second 
(bps). (2) A measure of the speed at which data can be 
transmitted (normally between a computer and a peripheral, or 
two computers). A speed of 300 baud is roughly equivalent to 
30 characters per second. 


Bell 212 - A type of modem protocol, suitable for dial-up phone 
lines. Provides 1200 baud support for both full duplex and 
half duplex transmission. 


BISYNC - Binary Synchronous Communications (IBM) A communications 
protocol using synchronous transmissions between computers, | 
or between computers and terminals. A key characteristic of 
the BYSYNC protocol is the availability of error detection 
and retransmission to correct for line noise and other 
problems. 


Bit synchronous operation - data transmission system in which all 
components operate using synchronous transmission using an 
acurate clocking system. Synchronization of characters is 
controlled by timing signals generated at the sending and 
receiving stations. Generally allows more efficient 
utilization of the transmission media than asynchronous 
transmission. Contrast with asynchronous transmission. 


Bit - (1) Binary digit. (2) The smallest unit of information 
that the computer recognizes, a bit is represented by the 
presence or absence of an electronic pulse, 0 or 1. See also 
Byte. 


Bit map protocol - A protocol which implements a control strategy 
without any collisions occurring on a LAN. This is achieved 
by allocating a number of slots in the contention period. If 
a station wishes to transmit it will indicate this by setting 
a bit in its allocated slot. When the slots have passed, 
then the stations which have set a bit in their slot will 
begin transmitting in the order determined by the bit map, 
thus avoiding collision. 


Bit oriented protocol - These protocols are so-called because 
they allow packets to contain an arbitrary number of bits and 
are thus independent of the number of bits by which a 
character is represented. Thus, the packet size need not 
contain an integral number of bits that make up a character. 
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Bit Rate - The rate at which bits are transmitted over a 
communications path. Normally expressed in bits per second 
(bps). 

Black box - Generally defines any electronic module that does 


something to a communications signal flow, like automatically 
translating from one message protocol to another protocol. A 
system designer is generally not concerned with the insides 
of the box, only with its input and output. 


bps - Bits per second. A unit of information transfer based on 
the number of bits passing by or occuring at a given place. 
see baud. 


Branching tree topology - The topology that results from 
interconnecting the nodes of a system in a geographically 
hierarchical manner. For example, one node may interconnect 
to distinct branches of the tree. On each branch one node 
may interconnect several smaller branches. 


Bridge - 1) A specialized packet gateway used to route packets 
among carrier channels, as in the case of LocalNet 
implementation. 2) devices which interconnect subnetworks. 
The interconnected subnetworks may use different media access 
protocols, but employ the same addressing schemes. The 
bridge then will ‘filter out' those addresses that do not 
belong to a subnetwork and “retransmit it on the 
interconnected subnetwork according to that media access 
protocol. 


Broadband - 1) A communications channel having a bandwidth 
Characterized by high data transmission speeds (10,000 to 
500,000 bits per second). Often used in describing 
communications systems based on CATV technology. 2) 
Industry standard CATV distribution using digital channels 
and modulating RF carriers. Typically, a broadband network 
is an analog information distribution system permitting both 
digital services and conventional analog information services 
to coexist on the same cable system. ; 


Broadband signalling - The subdivision of the available 
bandwidth into discrete bands permitting the simultaneous 
transmission of multiple signals within these bands. 


Broadcast communication - All messages transmitted on the 
communications subnetwork are theoretically received by all 
Stations. 


Bundled - A pricing strategy in which a computer manufacturer 
includes all products - hardware, software, services, 
training - in a single price. 


Burst - In computer operations, to separate continuous-form paper 
into discrete sheets. In data transmission, a sequence of 
Signals is counted as one unit. 
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Bus - The organization of electrical paths within a circuit. A 
specific bus, such as the S-100, provides a standard 
definition for specific paths. 


Bus interface unit - A standard local area network device used to 
interface workstations and servers to the carrier. Also 
known as the CIU (cable interface unit) and by other names 
specific to manufacturers. 


Byte - (1) A sequence of adjacent binary digits operated upon as 
a unit and usually shorter than a word. (2) A byte is to a 
bit what a word is to a letter. Usualy, one byte is eight 
bits long, but bytes of 6, 7, and 9 bits are used in special 
systems. (3) A character, as in a 80 byte record. 


Bytes per second - A unit of transmission speed measuring the 
number of bytes transmitted. 


Cable - Assembly of insulated pairs of voice conductors in a 
common protective sheath so arranged as to permit the 
conductors to be identified. The number of the gauge 
conductors in telephone cables may run into the thousands. 


Cable powering - Supplying operating power to active CATV 
equipment by using the coaxial cable to carry the power along 
with the information signal. 


Cable tilt - A reduction in the level of an RF signal passing 
through a cable as it sweeps from low to high frequency. It 
is caused by an increase in cable attenuation as the 
frequency increases. 


Carrier - The medium on which a circuit is laid out: telephone 
communications line, an IC chip in a gate array environment, 
a printed-circuit board, and so on. 


Carrier-sensing multiple access - A technique by means of which 
many independent nodes (workstations) can share a common 
broadcast communication channel without requiring a central 
transmission allocation authority. One of the basic 
solutions to LAN operation implemented through collision 
detection (CD) or collision avoidance (CA) algorithms. 


CATV - (1) Community Antenna Television. See broadband. (2) 
Community antenna television, or cable TV, a generic term for 
broadband networks that employ coaxial cable and are used for 
information distribution in cities, campuses, and buildings. 
The objective is clear signals. 


CCITT - (1) Consultative Committee International Telegraph and 
Telephone. An organization established by the United Nations 
to develop worldwide standards for communications technology. 
An example of a standard is the protocols to be used by 
devices exchanging data. 
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Cell - A single addressable unit on a spreadsheet. 


Central processing unit (CPU) - The hardware component concerned 
with arithmetic, logical, and control functions of the 
computer. 


Centralized data processing - Incorporating the information and 
functions of an organization's computers in one central 


computer. 

Centralized network - A computer network with a _ central 
processing node through which al] data and communications 
f low. 


Character - An individual letter, numeral, or special character. 
In computers, characters are made up of a number of bits. 
Usually synonymous with "byte". 


Circuit switching - A process whereby a connection is made 
between the sending entity and the receiving entity. 
Exclusive use of the circuit is given to the sending entity 
until the connection is released. 


Circulating slot - A bit pattern which circulates around a ring 
- and allows stations wishing to transmit to insert packets of 
fixed sizes into slots. 


Coaxial cable - (1) Consists of a single central wire surrounded 
by a copper mesh and sometimes by an aluminum sheath, and 
then an insulating layer composed of Teflon or polyviny! 
chloride (PVC). Coaxial cable can allow high data rates and 
is capable of supporting large bandwidths. The aluminum 
sheath version of coaxial cable is commonly used in the CATV 
industry, supporting bandwidths in excess of 300 MHz. (2) A 
cable consisting of one conductor, usually a small copper 
tube or wire, within and insulated from another conductor of 
larger diameter, usually copper tubing or copper braid. 


COBOL - [from COmmon Business Oriented Language] A high level 
language well suited for business applications such as 
payroll and accounts payable. 


COBOL-68 - A version of COBOL standardized by ANSI in 1968. 
COBOL-74 - A version of COBOL standardized by ANSI in 1974. 


Common carrier - In telecommunications, a conveyer of services to 
the public in general or to specific classes of the public. 
A common carrier offering telecommunications services to the 
public is subject to state and/or federal regulation. 
Examples include AT&T, MCI, and local phone companies. 
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Communication line - Any medium, such as a wire or telephone 
circuit, that connects a remote station with a computer for 
the purpose of transmitting/receiving information. 


Communications - See data communications. Transmission of 
information among points of origin and points of reception 
without altering the sequence or structure of the information 
content. 


Communications controllers - Dedicated computers with special 
processing capabilities for organizing and checking data. 
Handle information traffic to and from many remote terminals 
or computers, including such functions as message switching. 
Are also called "Front End Communications Processors". 


Communications network - The total network of devices and 
transmission (radio, cables, and so forth) necessary to 
transmit and receive information. 


Communications Server - A hardware and software device 
controlling terminal and workstation access to external 
networks. 

Communications services - There are two basic types of 
communications services: switched and leased. Switched 
service (sometimes called "dial-up") employs the use of the 
public switched network. Leased services are based on 


dedicated lines. 


Compatibility - A characteristic of some computers that allows a 
program developed for one system to run on another system. 


Component - A distinct entity, usually a predefined device, 
subassembly, or aggregation, which is to be included in the 
systems designs. 


Computer Aided Instruction (CAI) - The use of a computer to 
present drills, practice exercises, and tutorial sequences. 


Computer network - One or more computers linked to users or to 
each other via a communications network. 


Configuration - A group of machines that are interconnected and 
are programmed to operate as a system. 


Connectivity - In a LAN, the ability of any device attached to 
the distribution system to establish a session with any other 
device. 


Contention - The situation which results from a number of units 
competing to use a limited resource. In the context of 
networks, this refers to a population of stations competing 
to use a shared resource - the communication subnetwork, e.g. 
the bus. 
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Contention-free protocol - A protocol implemented on a bus system 
which avoids collisions which result out of stations 
transmitting simultaneously. 


Contention window - (also called ‘Contention interval') This is 
the time interval between when a station senses the carrier 
free and thus transmits, and when it receives back its 
reflected transmission. This window has a maximum duration 
time equal to the time taken for a signal to be propagated 
along twice the length of the bus. 


Control strategy - In the context of networks, the protocols or 
set of protocols implemented which ailow stations on the 
network to share a resource, e.g. the subnetwork medium, so 
that transmission of data can take place over the network. 


Conversion - (1) The process of changing information from one 
form of representations to another, such as from the language 
of one type of machine to that of another or from magnetic 
tape to the printed page. (2) The process of changing from 
one data processing method to another, or from one type of 
equipment to another, for example, conversion from punch card 
equipment to magnetic tape equipment. 


CPI - Characters per Inch. Frequently used as a synomym to pitch 
for output devices such as line printers. 


CPU - Central Processing Unit. (1) The "“brain" of the 
general-purpose computer, the CPU controls the interpretation 
and execution of instructions; it does not include 
interfaces, main memory, or peripherals. (2) The part of the 
computer that controls the interpretation and execution of 
the processing instructions. See Central Processing Unit. 


Crossbar switch - Synonymous with 'Crosspoint switch’. 


Cross-modulation - A form of signal distortion in which 
modulation from one or more RF carrier is imposed on another 
carrier. 7 

Crosspoint switch - A method for sharing a number of memory 


modules among a number of processors. The crosspoint switch 
is essentially a matrix which allows each processor access to 
a number of memory modules. 


CSMA-CD - Carrier Sense Multiple Access with Collision Detection. 
A network access method for managing collisions of data 
packets. Used by Ethernet and IEEE 802.3. 


Cyclic redundancy check - (1) A means, calculated through a 
higher-order polynomial, of assuring error detection, and to 
a lesser degree error correction, in a transmitted packet. 
(2) (CRC) A process performed on data to check for errors. 
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The process involves dividing all serialized bits ina 
particular data block by a set of binary numbers yielding a 
check character. The check character is then compared with 
some specified conditions to see if an error has occurred. 


Data - Related to information, a general term used to denote any 
or all facts, numbers, letters, and symbols, or facts that 
refer to or describe an object, idea, condition, situation, 
or other factors. It connotes basic elements of information 
that can be processed or produced by a computer. Sometimes 
data are considered to be expressed only in numerical form, 
but information is not so limited. 


Data base - (1) A nonredundant collection of interrelated data 
items able to be processed by one or more applications. (2) 
A collection of interrelated data that is organized for ease 
of update and retrieval. For example, a personnel data base 
would include information such as employees' names and Social 
Security numbers. 


Data Base Management System. (DBMS) A computer software package 
that facilitates the management, manipulation and control of 
a data base. 


Data circuit-terminating equipment (DCE) - This is equipment 
which is provided by the common carrier or PTT and terminates 
the telecommunications circuit on the user's premises and 
hence defines the boundary of the common carrier or PIT 
network. It may be an integral part of another piece of 
equipment or a separate unit. 


Data communications - (1) The transmission and reception of 
data, often including such operations as coding, decoding, 
and validation. (2) The transmission and reception of data, 
often including operations, such as coding, decoding, and 
validation. Much data communications is carried over 
ordinary telephone lines, but often it requires specially 
conditioned leased lines where, in effect, several telephone 
lines are linked side by side to provide the required wide 
carrier bandwidths that carry a heavy and broad flow of 
information traffic. This is in contrast to voice-grade 
communication for which narrower carried bandwidths are 
sufficient. 


Data link layer - In a _ layered architecture, the data link 
protocol provides for channel level addressing, packet 
framing, and cyclic redundancy check (CRC) generation and 
application. It also serves as a channel bandwidth 
allocation using, for instance, distributed CSMA/CD control. 


Data terminal equipment (DTE) - The user's equipment which is 
connected to a DCE. Thus, a DTE could range from a simple 
start-stop terminal to a mainframe computer. 
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Datagram - A packet, generally coded in bytes, for which no 
explicit acknowledgment is sent by the receiver. Instead, 
transmission relies on the underlying protocol layers, as 
well as on the reliability mechanism provided by higher 
protocol layers. Most LANs use a datagram system. 


Datagram service - A_ service which is provided in the network 
layer of the OSI reference model, which involves sending 
packets to a destination without reference to any other 
previous packet and which does not refer to any future 
packets. A datagram is often explained in terms of a 
telegram. They are analogous in that the delivery of both is 
not guaranteed and that there is no indication of whether 
delivery was successful. 


DBMS - Data Base Management System. 


DB-25 - A 25-pin connector commonly used in the United States as 
the connector of choice for the RS-232-C serial interface 
Standard. 


DDP - Distributed Data Processing. 


DEC - Common abbreviation for Digital Equipment Corporation, 
Maynard Massachuttes. 


DECnet - DEC's proprietary set of programs and protocols that 
allow two or more DEC computers to form a network. Every 
DECnet consists of software modules that perform functions 
according to defined rules. 


Dedicated channel - A channel leased from a common carrier, use 
of which is at the exclusive disposal of the user. A 
dedicated channel differs from a private line in that a 
private line may be shared under specific circumstances by 
more than one user. 


Demodulator - A device that receives audio tones from a 
transmission circuit and converts them to electrical pulses, 
or bits, which may be accepted by a business machine. 


Dial-up line - A hookup that establishes a connection, through a 
public-switched telephone network, between two terminating 


devices. 
Digital - (1) Information represented by a code consisting of a 
sequence of discrete elements. Digital signals are not 


wavelike but are a series of pulses representing Os and ls. 
(2) Confusing abbreviation for Digital Equipment Corporation 
(ORG 


Digital Network Architecture (DNA) - The logical structure that 
provides an architecture for all DECnet implementations. ONA 
consists of nine layers - the communications facilities, 
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physical link layer, data link layer, transport layer, 
network services layer, session control layer, network 
application layer, network management layer, and the user 
layer. 


Diskette - A data storage media made of flexible material, 
usually plastic, coated with a megnetic surface. Provides low 
cost data and program storage, usually for personal 
computers. Also called Floppy Disks. 


Direct Memory Access (DMA) - A process which allows data to be 
transferred directly from memory without the normal 
intermediate stages of transfer to processor registers. This 
is normally done independently of the processor or via 
cycle-stealing. 


Distributed database - Distribution of data (and text) regionally 
(on minis) locally (on LANs) or at the PC level (microfiles) 
to make text and data easily accessible to the user, that is, 
at the workstation. A distributed database is one logical 
database placed at different physical locations. 


Distributed data processing (DOP) - (1) An organization of data 
processing such that both processing and data may be 
distributed over a number of different machines in one or 
more locations. (2) Disbursement of computer equipment 
throughout an organization. 


Distributed network - A network configuration in which all node 
pairs are connected either directly or through redundant 
paths through intermediate nodes. 


Download - To load data from a device or computer to a 
Communications device (usually a microcomputer acting as an 
intelligent terminal). The data is saved on a Jocal disk or 
tape. 


Downtime - The period during which a computer or peripheral is 
malfunctioning or not available for service. 


Driver - In the context of communications, the driver usually 
means line driver. This is the hardware circuitry which is 
responsible for sending signals down the line. 


Dual coaxial cable system - A communication system which employs 
two coaxial cables as the transmission medium. 


Dvorak (keyboard) - A keyboard layout that is optimized for 
typing speed by placing frequently used keys together. 


EDP - Electronic Data Processing. Synomym to ADP, used to avoid 
trademark conflicts with ADP, Inc. 


A-12 


EIA - Electronic Industries Association is a US trade association 
for manufacturers of electronic products and which has a well 
developed standards department. 


Electronic Mail - (1) A system for sending messages between or 
among users of a computer network, as well as the programs 
necessary for supporting such message transfers. (2) Text 
information and/or voice mail transmitted over telephone 
lines through appropriate hardware and software support. (3) 
Electronic transmission of messages. A generic term for 
telecommunications services that may replace the traditional 
physical delivery of letters in hardcopy form. 


Ether - The coaxial cable medium employed on the Ethernet. 
Ethernet is so called because classical physicists considered 
that electromagnetic waves were propagated through a mystical 
ether. 


Ethernet - (1) A local area network and its associated protocol 
developed a joint effort of the Xerox Corporation, Digital 
Equipment Corporation and Intel Corporation. Ethernet is a 
baseband system with data transmission rates as high as 10 
Mbps. See IEEE 802.3. (2) The other of the two main 
architectures for local area networks. In this approach 
messages are broadcast along a passive medium (cable) from 
the sender station to the receiver station. To send a 
message, the sending station senses the cable to see if it is 
free. If it is free the station transmits, if it is occupied 
the station waits until it becomes free. This control 
strategy is referred to as carrier sense multiple access 
(CSMA). A variant of this strategy is when it senses the 
carrier free and transmits a station continues to sense the 
carrier to see that no other station transmitted at the same 
time. If this occurred, a collision between the two messages 
would have occurred thus precluding successful transmission. 
When this occurs, both stations stop transmitting and wait a 
random amount of time before attempting to retransmit. This 
is called carrier sense multiple access with collision 
detection (CSMA-CD). 


Facsimile device - (FAX) A machine employed to relay 
alphanumeric and graphic data to distant sites along 
telephone or transmission lines or via radio and microwave 
communication links. On the transmission end, the original 
copy is scanned, converted into electrical signals, then sent 
to a remote site where a similar device receives the data and 
makes a hard copy from it. 


Fiber optics - (1) Cables which are made from glass or plastic 
and can allow very high bandwidth, i.e. in excess of 3 GHz, 
with very low error rates. Fiber optics are not subject to 
electrical or electromagnetic interference. (2) A 
technology for transmitting information via light waves 
moving through a fine filament. Signals are encoded by 


A-13 


varying some characteristic of the light waves generated by 
low-powered laser. Output is sent through a light-conducting 
fiber to a receiving device that decodes the signal. (3) 
The technology of guiding and protecting light used as a 
communications medium. Hair-thin glass fibers that allow 
light beams to be bent and reflected with low levels of 
interference are known as "glass optical-wave guides" or 
simply as “optical fibers". 


File - (1) An orderly arrangement of papers, cards, and so on. 
A collection of fields, records, etc., stored in any type of 
computer-based medium. (2) In data processing, any set of 
related records. The file may be different records related 
to a single subject or identical records reflecting different 
transactions. It may consist of physical documents, data 
internally held within computer memory or data recorded on 
some medium such as a card or magnetic tape. 


File server - An independent computer subsystem that provides 
disk .storage and file management for other computers on a 
local area network. 


Floppy disk - A data storage media made of flexible material, 
usually plastic, coated with a megnetic surface. Provides 1ow 
cost data and program storage, usually for personal 
computers. Typical storage capacities range from 50 Kbytes to 
1.2 Mbytes. Contrast with hard disk. 


Flow control - A speed-matching technique used in data 
communications to prevent receiving devices from overflowing 
and thus losing data. 


Fortran - [from FORmula TRANslation] A high level language that 
easily and efficently processes mathematical formulas found 
in disciplines such as engineering and the sciences. 


FORTRAN-4 (Fortran-IV) - The generic name for an improved version 
of Fortran, developed in the early 1960's. 


FORTRAN-66 - An ANSI standard definition for the Fortran 
language. 
FORTRAN-77. - An ANSI standard definition for the Fortran 


language, adopted in 1977. Added many features, such as 
IF-THEN-ELSE logic. 


Fourth Generation Language (4GL) - (1) A programming language 
designed to provide far better programmer productivity that 
traditional high level languages such as COBOL or FORTRAN. 
Usually non-procedural, in that the user need not specify the 
order that operations occur. (2) [marketing] Any query 
language used to access a DBMS package. 
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Frequency - The repetitions of an electromagnetic signal in a 
unit of time, usually one second. A hertz (Hz) is one cycle 
per second, a kilohertz (kHz) is 1000 cycles per second; a 
megahertz (MHz) is 1 million cycles per second; anda 
gigahertz (GHz) is 1 billion cycles per second. 


Frequency allocation - Frequency assignment by the Federal 
Communication Commission (FCC) for television, radio, 
land-mobile, defense, and other means of communication to 
achieve a fair division of the available spectrum and to 
minimize interference among users. Also, any assignment of 
available frequencies. 


Frequency agile modems - These are microprocessor based modems 
which are capable of modulating carrier waves of different 
frequencies in order to transmit data. Most modems are fixed 
frequency, i.e. they modulate a carrier wave of a fixed 
frequency. 


Frequency division multiplexing (FDM) - (1) The process of 
dividing a transmission medium into a number of frequency 
bands, where each band is used as a communications channel. 
(2) The use of frequency bands for channel separation. It is 
applied in two major areas: carrier transmission systems an 
data multiplexers. FDM is used to concentrate low-speed 
terminals into a single high-speed line. 


Full duplex - (FDX) (1) A circuit which permits two-way 
simultaneous transmission. (2) A type of communications 
designed for simultaneous two-way data conversation. 


Fully connected network - Where each node in the network is 
directly connected to every other node in the network. 


Gateway - (1) A switching exchange in one subnetwork through 
which access to another subnetwork is achieved. The gateway 
may perform addressing conversion and protocol conversions 
according to the differences between the two interconnected 
subnetworks. (2) A protocol-translating interface between a 
given LAN and the external communications environment, which 
uses a different protocol. 


Guard bands - A range of frequencies not used in the total 
bandwidth available for transmission in networks. These 
bandwidths separate the channels which are used for 
transmission purposes and prevent them from interfering with 
each other. Guard bands are used in satellite transmission 
and broadband LANs. 


Half duplex - (1) A circuit which permits two-way transmission, 
but at any one time in one direction only. (2) Operating mode 
for asynchronous terminals using full duplex communications 
lines in which the terminal performs local echo of the 
Characters as they are typed. 
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Hard copy - Any computer output recorded in permanent form that 
is visually readable for human human beings, for example, 
printed reports, listings, documents, and summaries. The 
term has gained greater significance when compared with 
magnetic records that cannot be read by humans and require 
computer processing for conversion to printed records or 
reports. 


Hard disk - A magnetic storage device using one or more rigid 
platters. Typical storage capacities range from 10 Mbytes to 
more than 500 Mbytes. Contrast with floppy disk. 


Hardware - (1) The mechanical, magnetic, electronic, and 
electrical devices that constitute a computer and its 
accessories. (2) The physical components of the computer 


processing system, for example, mechanical, magnetic, 
electrical, or electronic devices. 


HDLC - Hierarchical Nata=* Cink control. A low level 
communications protocol. Frequently used in X.25 netowrks. 


Head end - (1) In broadband local area network or CATV system, 
the point at which a signal processor converts a signal from 
a low, inbound channel to a high, outbound channel. (2) An 
electronic control center located in a CATV system at the 
antenna site and usually including antennas, preamplifiers, 
frequency converters, demodulators, modulators, and related 
equipment, which amplify, filter, and convert incoming 
broadcast TV signals to cable system channels. In certain 
computers and communications systems, the head end may house 
a host computer. 


Hertz - (1) A frequency measure equivalent to one cycle per 
second (Hz). (2) A unit of frequency equal to one cycle per 
second. Cycles are referred to as Hertz in honor of the 
experimenter Heinrich Hertz. Abbreviated as Hz. 


Higher-level language - A programming language, such as COBOL, 
BASIC, FORTRAN, or PASCAL, that allows a user to operate a 
computer at a more convenient and efficient level than 
machine language programming. 


Host computer - The primary or controlling computer in a multiple 
computer network operation. This computer normally provides 
high-level services, such as computation, data base access, 
or special programs or programming languages for other 
computers in the network. A computer used to prepare 
programs for use on another computer or on another data 
processing system, for example, a computer used to compile, 
link, edit, or test programs to be used on another system. 
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Hub - Same as head end for bidirectional (midsplit) networks. It 
is centrally located within the LAN. Also a focal point ina 
bundle of connecting lines, such as multithread or spider 
type architectures. 


Hub polling - A_ process by which a central controlling device 
polls stations attached to a common bus. Usually the central 
controlling device polls the station at the extreme end of 
the bus. If this station has no message to transmit or is 
not ready for transmission, it passes the request on to the 
next station. The request is passed on until a station 
transmits and then the controller will receive the message 
and forward it to the destination and resume polling the next 
Station. 


IEEE - Institute of Electrical and Electronics Engineers - the 
U.S. body of professional engineers which publishes standards 
over a wide range of issues. In terms of LANs, the IEEE is 
attempting to produce standards under Project 802. 


IEEE 802.3 - A baseband local area network standard developed as 
a refinment to the original Ethernet specifications. It is 
essentially an upward compatible version of Ethernet, with 
expanded capabilities. 


IEEE 802.4 - A broadband, token passing network standard. 
TEEE 802.5 - A broadband, token ring networking standard. 


IEEE 1003.1 - (POSIX) A definition for a portible operating 
system, based upon AT&T's Unix. 


Information - A collection of facts or other data especially as 
derived from the processing of data. 


Integration - The sharing of data or information among subsystems 
and systems. 


Interactive - Pertaining to an application in which each entry 
elicits a response, as in an inquiry system or an airline 
reservation system. An interactive system may also be 
conversational, implying continuous dialog between the user 
and the system. 


Interactive processing - Processing in which transactions are 
processed one at a time, and in which the computer often 
elicits a response from a user before proceeding. An 
interactive system may be conversational - providing 
continuous dialogue between the user and the computer. 
Contrast with batch processing. 


Interactive software - A program that asks questions of the user 
and acts on the responses. 
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Interface - (1) In _ the context of networking, a device which 
performs an intermediary function between an entity and the 
network. (2) A shared boundary between system elements. 


Defined by common physical interconnections, by signals, and 
by meanings of interchanged signals. (3) An electrical 
connection that permits a peripheral device or communications 
channel to be attached to a system. The most common 
interface employed in word processing is the RS232, which is 
used for such applications as attaching printers, OCR 
scanners, and communications. It is a mechanical or 
electrical shared boundary or link connecting two or more 
physical entities or systems; a device that makes interaction 
between two like or unlike systems possible. Briefly, the 
point at which two systems connect. 


I/O (Input/Output) - The abbreviation use to signify a process or 
device used to move data into and out of a computer system. 
Typical I/0 devices include keyboards, CRTs, and disk drives. 


ISO - International Standards Organization. An international 
body, chartered by the United Nations, which sets standards 
in a variety of areas to increase international trade. 


ISO/OSI - (1) International Standards Organization Open Systems 
Interface. A seven-tiered network model. .(2) A seven 
layered architecture particularly for long-haul 
communications. See OSI Reference Model. 


K - The symbol "K" is used as a convenient abbreviation for the 
value 1024. Thus 32K means the value 32,768, not 32,000 as 
expected. 


KB - Either 1024 bytes, or 1024 bits. Sometimes the context will 
allow the reader to guess the proper meaning. 


Kbyte - Measure of size for computer disk storage and memory 
Capacities. Each Kbyte stores 1024 bytes or characters of 
data. 


LAN - Local Area Network. 


Large-scale computer - Large-scale computers provide complex and 
powerful programmable logic to attack complex problems that 
require highly centralized computing power. Examples are 
CDC 76000, CRAY 1-MP, AMDAHL 470, ILLIAC IV, among others. 
Also known as supercomputers. 


Letter-quality printing - Print quality good enough for 
high-quality business letters. Generally implies printing 
quality equal to that provided by standard office electric 
typewriters. 


Line extender - In a broadband system, an amplifier used to boost 
signal strength, usually within a building. 
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Local area network - (LAN) (1) A computer and communications 
network covering a limited geographical area. A LAN allows 
every node to communicate with every other node and does not 
require a central node or processor. (2) A communications 
facility that covers a limited topology and interconnects in 
an effective manner different types of servers and 
workstations, particularly personal and _ professional 
computers. A logical and physical approach to WS 
communication typically covering from 100 m (300 ft) to 10 km 
(7 mi) depending on the architecture. 


Long-haul network - A wide-area communications facility ranging 
from a few kilometers to around the globe and supported by 
transport media: coaxial cable, optical fibers, terrestrial 
microwave links, satellites, modems, communications 
protocols, network control centers. It has the ability to 
enhance value-added characteristics. 


Loop - (1) In programming, a sequence of computer instructions 
that repeats itself until a predetermined count or other test 
is satisfied. (2) In PABX terms, a communications channel 
between the telephone switching system and the user's 
telephone. 


Mainframe computer - (1) A large-scale computing system. (2) A 
large computer, as distinguished from minicomputers and 
microcomputers. 


MB - (1) Megabyte. 1,024 kbytes. This is 1,048,576 bytes, 
although it is often erroneously called 1,000,000 bytes , or 
1,000 kilobytes. (2) Megabit. This is 1024 K bits, or 128 
Kbytes. Sometimes the context will allow the reader to 
remove the ambiguity. 


Media - (1) General category of the various types and kinds of 
things upon which recordings can be made. (2) The material 
or configuration thereof on which data are recorded, such as 
paper, cards, magnetic tape, magnetic disks. 


Megabits per second (Mbps) - A measure of channel capacity in 
terms of data rate; a common unit of measurement in 
present-day systems. 


Message - A logical partition of a terminating equipment's data 
stream to and from another data terminating equipment. A 
basic unit of reference in voice, text, and data 
communications. 


Message switching - Receiving and storing a message until the 
proper outgoing circuit and station are available and then 
retransmitting it to its destination. 
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Microcomputer - (1) A computer system of limited physical size 
and, in former times, of limited speed and address capacity; 
usually, though mot exclusively, it is a single-user 
computer. (2) A small computer in which the CPU is an 
integrated circuit deposited on a silicon chip. 


Microfiche - A rectangular transparency approximately 4" x 6" (10 
x 15 cm) containing multiple rows of greatly reduced page 
images of reports, catalogs, rate books, and so on. Data 
reductions range from 13 up to several hundred times smaller 
than the originals. Uses are consistent with those of 
microfilm. Multiple copies are easily made to distribute 
pertinent data to various levels of operations. 


Microsecond - One-millionth of a second. Frequently abbreviated 
usec, in ADP systems that can not print the Greek letter mu. 


Microwave - An electromagnetic wave in the super-high frequency 
radio spectrum ranging from 1,000 to 300,000 megahertz per 
second. 


Microwave transmission - The transmission of sound over distance 
by using ultrahigh frequencies and line-of-sight transmission 
between sending and receiving towers. 


Mid-split - In a broadband system, the spectrum organization that 
places the guard-band at about 140 MHz. A mid-split system 
offers the greatest amount of spectrum (14 channels) for 
return paths. 


Millisecond - One-thousandth of a second. Sometimes abbreviated 
msec. See microsecond. 


Minicomputer - (1) A computer system, usually a timesharing or 
Special purpose system, that is sometimes faster than 
microcomputers but not as fast as mainframe computers. (2) A 
computer that is usually larger, more powerful, and costlier 
than a microcomputer but is not comparable to a mainframe in 
terms of productivity and range of functions. 


Modem - (1) MOQDulator/DEModulator. A device that modulates and 
demodu lates Signals transmitted over communication 
facilities. A modem is sometimes called a data set. (2) An 
A/D and OD/A conversion device (modulator-demodu lator) 
interfacing the data terminating equipment and the analog 
transmission lines. The modem codes or decodes an 
information signal onto or off an analog carrier signal by 
varying the amplitude, frequency, or phase of the resulting 
Signal, and also detecting the variation. (3) A device used 
in communications systems to convert digital data processing 
Signals into analog or "voicelike" signals for transmission 
over a telephone line. At the other end of the line, another 
modem converts the analog signals back into a digital form. 
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Modulation - A process whereby the characteristics of a carrier 
wave, i.e. the amplitude, frequency or phase, are altered by 
an impressed wave. 


Multidrop line - When a number of devices (usually terminals) are 
connected to a single channel. Multidrop lines usually 
employ some type of polling process for the devices to 
transmit data. Multidrop lines are sometimes referred to as 
multipoint lines. 


Multiplexing - A means of dividing up a transmission medium into 
multiple channels. 


Nanosecond - Billionth of a second 10(-9) second. Synonymous 
with millimicrosecond. 


Network - (1) A collection of nodes (hosts and switches) and 
trunks that interconnect the nodes. Intelligent networks are 
software driven. (2) Refers to the connecting of 
geographically separate communicating devices. A local area 
network (LAN) connects devices within a localized. area, while 
a remote area network connects widely dispersed devices. 
Commonly used transmission systems include baseband and 
broadband. 


Network control center - A network center that provides enhanced 
services to users and network managers through diagnostic and 
maintenance facilities, network start-up and shutdown, 
performance monitoring, reconfiguration, network security, 
and so on. 


Network operations center - A specialized center that assists in 
network operation, monitoring of network status, supervision 
and coordination of network maintenance, accumulation of 
accounting and usage data, and user support. 


Networking layer - In the OSI/ISO networking model, the layer 
that provides the addressing and routing of packets. The 
principle may be virtual circuit (as in X.25) or datagram (as 
with most LANs). 


NIU (Network Interface Unit) - A device which allows devices such 
as terminals, printers and computers to attach to a local 
area network (LAN). An NIU typically consists of a 
microprocessor-based component and a transceiver component in 
some LAN systems. 


Node - (1) Any station, terminal, computer, or other device in a 
computer network. (2) An identifiable point in a design that 
must be electrically connected to other nodes. A node may or 
may not be associated with a specific device or topology. 
(3) Any station, terminal, terminal installation, 
communications computer, or communications computer 
installation of a computer network. 
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Noise - (1) Any unwanted input to an electric circuit such as 
random spurts of energy or interference. Heavy noise is 
sometimes called. snow. (2) Undesirable signals bearing no 
desired information and frequently capable of introducing 
errors into the communication process. 


Object code - Binary instructions and data that can be processed 
by a computer system without additional preliminary 
processing. Typically the output of compilers and/or linkage 
editors. Object code is intrinsically machine architecture 
specific; the same line of COBOL will produce radically 
differing object code on machines with differing 
architectural features. 


Office automation ~ The process of simplifying 
administrative/clerical work and procedures through the use 
of various electronic devices. The objective is to increase 
productivity by means of carefully focused capital 
investments in equipment to support and enhance the 
capabilities of workers at all levels. 


On-line - Relates to the operation of peripherals or terminals in 
direct interactive communication and under control of the 
central processing unit via a communication channel. May 
also be used to describe terminal equipment connected to a 
transmission line. Also pertaining to a user's ability to 

interact with a computer via either the console or the 
terminal. 


Operating system - (0S) (1) A program that manages the hardware 
and software of a computing system. (2) The basic software 
that drives the hardware, that is, the resource management 
programs: monitor routines, input/output control, allocation 
capabilities, interrupt processing, swapping in central 
memory, job scheduling, and management of peripherals. The 
kernel of any computer. (3) A series of programs - 
generally provided by the computer manufacturer as part of 
the computer system - that controls the physical operations 
of the computer, such as printing and accepting input from 
the keyboard. 


OSI/ISO - See ISO/OSI and ISO Reference Model. 


OSI Reference Model - The Open System Interconnection Reference 
Model is a seven-layered architecture for communication drawn 
up by ISO/TC97/SC16. The concept of the 'open' communication 
system is one in which a user may communicate with another 
user without being constrained by the equipment of a 
particular manufacturer. 


The OSI Reference Model has seven layers. These are the 
physical, data link, network, transport, session, 
presentation, and application layers. 
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The function of the physical layer, which is the lowest 
layer in the architecture, is concerned with the mechanical 
and electrical characteristics of transmitting data over the 
physical medium of the communication subnetwork, but is not 
concerned with the significance or meaning of the bits. 


The data link layer is responsible for taking the 
transmission provided by the physical layer and transforming 
it into an error-free line. This is achieved by decomposing 
the input data into manageable units and adding flow control 
and error correction to the basic physical layer service. 


The function of the network layer is the routing, 
addressing, relaying, and flow control of packets through the 
subnetwork and provides services of varying quality to the 
layer above. All layers higher than the network layers have 
end-to-end connections but if concatenation through a number 
of different subnetworks is involved, the relay function of 
the network layer may enhance the service of those 
lower-quality networks so that the overall connection is 
improved. 


The transport layer performs a function which is network 
independent and is responsible for data transfer between the 
two communicating hosts (end-to-end) by optimizing the use of 
the available network connections. 


The session layer establishes a connection and manages 
the interchange between the user and a process on another 
machine in an orderly manner. 


The presentation layer manipulates the data ffor 
presentation to the application layer so that applications 
may exchange information, irrespective of each application's 
representation of that information, e.g. different character 
codes, encryption, and compression. 


The uppermost layer is the application layer where the 
user determines which services to use so that communication 
can take place between the application processes. Although 
the services that could be provided by this layer can vary 
greatly, there is some commonality in that data transfer 
between application processes would also involve some 
determination of the availablilty of the destination, 
authorization, privacy, data integrity, error control, and 
the assessment of the available resources. 


The architecture that a model like the OSI Reference 
Model presents is necessitated because of the complex nature 
of computer networks. The organization of a network into 
distinct layers allows each layer to be assigned a different 
task, but the basic task is essentially the transfer of 
information to the next layer above and the OSI Reference 
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Model furnishes the basis for defining communication 
standards, but makes no attempt actually to specify the 
services and the protocols. 


Outlet - An access point, with an appropriate connector, to a 
communications medium. 


PABX - (Private Automatic Branch Exchange) Traditionally, a 
switch used in organizations for the routing of telephone 
messages. 


Packet - (1) A formatted group of bits containing both data and 
control information which is sent along the transmission 
medium as a collective unit. (2) A unit of data handling 
that contains the header, trailer (control information), and 
user information. 


Packet assembly/disassembly - (PAD) A PAD allows start-stop 
character mode terminals to exchange data with packet mode 
terminals over a packet switched network. The PAD functions 
by accepting data from the start-stop terminal and assembling 
it into packets and then transmitting the packet to the 
packet mode terminal. It also performs the reverse process 
of accepting packets from the packet mode terminal and 
transmitting them to the start-stop terminal. CGhit 
recommendation X.3 defines the PAD functions, X.28 specifies 
the protocol between the PAD and the start-stop terminal and 
X.29 specifies the protocol between a PAD and a packet mode 
terminal, i.e. a DTE. 


Packet switching - (1) A discipline for controlling and moving 
messages in a large data communications network. Each 
message is handled as a complete unit containing the 
addresses of the recipient and the originator. (2) The 
process of transmitting packets of data from sender to 
receiver where the transmission channel is only occupied for 
the period of time while the packet is being transmitted. 


Paired cable -A cable in which all the conductors are arranged in 
the form of twisted pairs, none of which is arranged with 
others to form quads. 


PBX/PABX - (1) Private Branch Exchange or Private Automated 
Branch Exchange. A switching network for voice or data. (2) 
A private telephone exchange that services an individual 
organization and has connections to 4a public telephone 
exchange. The computer-based telephone exchange is 4 
descendant of the old electromechanical switchboard that is 
able to execute a complete range of services (hold, follow 
me, unattended operation, call accounting, and so on) and 
also handle data as well as voice. 


Peripheral - Any device which provides a computer system with 
specialized services, such as printing, communications, or 
data storage. 
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Permanent virtual circuit - (PVC) A private circuit established 
over a packet switched network, which is set up once and 
never terminated, thus allowing data packets to be 
transmitted only. 


Personal computer - A microprocessor-based unit designed to be 
used by a Single person. Typical configurations have a 
keyboard, video monitor (CRT screen), one or more diskette 
drives, 1l0MB of harddisk, the microprocessor, and 256KB to 
IMB of RAM. 


Physical layer - The combination of two sublayers in a local area 
network: the broadband cable (data distribution system) and 
the media access unit (MAU) attached to the carrier. A 
Simple layer in a long-haul network, typically the modem. 


Plug compatible manufacturer (PCM) - A vendor that orients its 
design and marketing services toward the equipment produced 
by leaders in the computer and communications industry. The 
objective is to offer alternatives, particularly in 
peripherals and memory devices, which are more cost-effective 
than those of the original equipment manufacturer (OEM). 


Point-to-point connection - A connection between two entities 
without the intervention of an intermediate device. 


Polling - The sequential process of inviting entities to transmit 
data. 


Port - (1) A socket to which a user device attaches; a point of 
access. Typically, each port has an identifying number. (2) 
TQ channels on a microcomputer throught which external 
activity can be performed. 


POSIX - The trademarked name for a set of standards for the Unix 
operating system developed by IEEE. Also known as 
IEEE 1003.1. ¢ 


Presentation layer - The layer of the ISO/OSI model that provides 
data communication through a virtual terminal service. It 
consists of a connection constructed from the network layer 
virtual circuit or datagram packets, and it assures the finer 
programmatic interfaces of functions treated by the session 
layer. 


Preventative maintenance - (PM) Operations necessary to keep 
equipment and environment running in good order. Some 
equipment functions are usually handled by manufacturer 
service representatives in accordance with a general 
equipment maintenance contract. 


Print Server - An independent computer subsystem that provides 
hard copy output for a number of separate computer systems, 
usually connected through a LAN. 
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Private Automatic Branch Exchange - (PABX) A private automatic 
exchange that provides for the transmission of calls to and 
from the public telephone network. 


Private Branch Exchange - (PBX) A manual or dial exchange, 
connected to the public telephone network, located on a 
customer's premises and operated by his or her employees. 


Private network - A series of points interconnected by leased 
voice-grade telephone lines, with switching facilities and 
transmission equipment owned and operated by the customer. 


Protocol - (1) A set of rules which govern the format and 
synchronization of message interchange between two 
communicating entities, (2) A formal set of conventions 
governing the format and relative timing of message exchange 
jn a communications network, (3) A rule of conduct, a 
procedure for ordering the exchange of formatted information 
packets between correspondents. Protocols are interpreted 
through hardware and software. They may be layered: one 
protocol interpreter may use a lower protocol for the 
transport of its packets to its correspondent protocol 
interpreter. 


PTT - Post, telegraph, and telephone authority, usually the 
authority or organization in a country that provides data 
transmission services to the public. 


QWERTY (keyboard) - The standard layout for typewriter and 
computer keyboards. Designed in the 1800's to slow the 
typing speed down to the capabilities of the then available 
technology. Named for the first six characters of the first 
row of alphabetic characters. 


RAM - Random Access Memory. Used to differentiate internal memory 
from floppy-disk memory on personal computers. 


Real-Time - The processing of transactions as they occur rather 
than batching them. On-line processing is used for real-time 
systems; however, not all on-line processing is real-time. 
An on-line system may be shared by many users so that 
response time is not always immediate. 


Record - Information in a design file that is organized and 
structured according to a predefined design model. 


Reliability - In data communications or computer equipment, the 
extent to which hardware or software operates in a repeatable 
manner, often characterized (for hardware) as a low meantime 
between failures. 


Remote access - The process of using a terminal at one location 
to communicate with a computer at another location. 
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Remote job entry - (RJE) At a remote site, input of a batch job 
and receipt of output via a line printer or other device. 


RFC - Request for Comments. 
RFI - Request For Information. 
RFP - Request for Proposals. 


RS232-C - An EIA standard that defines the electric signal 
characteristics and connector pin assignments for the 
interchange of serial binary data between computer 
components, @.g. minicomputers to modems. See 0B-25. 


RS422 - An EIA integrated circuit compatible standard that 
defines an interface circuit for high-speed binary data 
interchange, providing greater immunity to noise and giving 
lower error rates. 


RS449 - An EIA standard designed to provide higher speeds and 
cleaner signals over longer distances than RS232-C. A 39 pin 
connector is used to provide additional isolation and testing 
circuits. 


SDLC - Synchronous data link control is a bit oriented data link 
protocol used in IBM's System Network Architecture (SNA). 


Server - A_ software driver dedicated to specific functions. A 
LAN typically has a file server, print server, and 
communications server (gateway). 


Session - (1) Active connection of one device to another over 
communications system. Interactions may occur during 
session. (2) The data transport connection resulting from 
call from one to another of two user devices attached to 
network. The network service assured by the session layer. 
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Session layer - The layer that provides packet communication 
units with network management functions. Its protocols are 
responsible for resource protection, data security, access 
control, network authentication, symbolic name translation, 
service accounting, mame directory, and extended addressing 
services. 


SNA - (Systems Network Architecture) IBM's overall strategy for 
integrating software, hardware, and systems into a unified 
communication network structure. SNA does not include all of 
IBM's products; however, users are being encouraged to skip 
products not included in SNA. 


Software - Programs and routines that drive computer hardware and 
extend its capabilities. Broadly, it divides into three 
classes: Basic software: the operating system(s), languages, 
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compilers, and fundamental utilities. Horizontal software: 
generally applicable programs, like spreadsheet, that are 
valid for a variety of organizations and applications 
domains. Vertical software: the specific application 
programs generally available as packages to serve the user's 
needs. 


Software package - Data, programs, and assistance provided by a 
vendor and usually at least partially modified for the user's 
computer systems configuration. 


Spectrum - A range of wave lengths usually applied to radio 
frequencies. 


Splitter - A device coupled online to a main trunk or branch for 
dividing the power and information signal in two or more ways 
on a coaxial network. 


Standalone - This describes hardware or software that can perform 
a certain function without the support of another program. 
For example, a payroll package may be described as standalone 
when it runs independently of a general-ledger package. 


Star configuration - The topology that results from devices being 
connected to a central primary node alone. There is no 
interconnection between the devices except through the 
central node. 


Store-and-forward - The handling of messages on a network in such 
a fashion that messages are accepted - and stored if 
necessary - by the network and then passed on to the 
receiving entity. 


Sub-split - In a broadband system, the spectrum organization that 
places the guard-band at about 40 MHz. A sub-split system 
offers the least amount of spectrum (4 channels) for return 
paths. 


Supercomputer - A very large, fast and expensive computer 
optimized for scientific processing. Typically capable of 
performing hundreds of floating point operations (FLOPS) per 
second. 


Switching technology - In the context of communications, it is 
those systems that employ technology that allows the desired 
switching of circuits, messages, and/or packets. 


Synchronous transmission - A method of data transmission where 
the transmission and receipt of data is synchronized with 
acurate clocking signals. Generally used in higher speed, 
more expensive data communication equipment. Synchronous 
transmission provides higher throughput than asynchronous 
techniques, because start and stop bit patterns are not 
required. 
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Synchronous terminals - Those terminals that transmit using 
Synchronous transmission mode. Many synchronous terminals use 
the IBM-developed BISYNC protocol. These terminals usually 
operate at data rates ranging from 600 to 48,000 bps. 


System Network Architecture - (SNA) IBM's proprietary network 
architecture which allows IBM products to build their own 
networks in a coherent manner. The architecture has six 
layers - the physical link control, the data link control, 
path control, transmission control, data flow control, 
network addressable services, and end user. 


Systems software - The programs - compilers and operating 
systems, for example - that coordinate the operations of the 
various elements of a computer system (as opposed to 
applications software that performs a particular function). 


Tap - (1) A device that allows data to exit from a main line of 
a communications system to auser. (2) A passive boxlike 
device normally installed online to serve a feeder or branch 
cable. 


Tap outlet - A connector port on a tap used to attach a drop 
cable. The information signal is carried through this port. 


TCP/IP - Transport Control Protocol / Internet Protocol. 


Telecommunication - Any transmission of meaning by signs, 
Signals, or symbols between persons or stations at a distance 
(as by cable, radio, telegraph, telephone, or television). 


Terminal - A device that allows a user to send data to a computer 
and receive data in return. The term refers most frequently 
to a device that has a keyboard for input and either a 
printer or a video tube for displaying output. 


Time division multiplexing - (1) Channel separation by time. It 
is becoming common in carrier transmission systems and data 
multiplexing. (2) The process of dividing a transmission 
medium into a number of channels, where different channels 
operate over the medium at different times. (TDM). 


Time-sharing - A method of computer operation in which the 
resources of a computer facility are shared by several users 
via terminals; users can each perform different functions 
concurrently. The high speed of the computer makes it appear 
that all users are handled simultaneously. 


Token passing - (1) A bit pattern which is captured by a station 
prior to transmission of a variable size packet. After 
transmission the station releases the token which is seized 
by any station wishing to transmit. (2) A collision 
avoidance technique by which each station is polled and 
passes the poll along. 
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Topology - The structure which results from the manner in which 
entities are interconnected. 


Transaction processing - A style of data processing in which 
files are updated and results are generated immediately as a 
result of data entry. 


Transport Control Protocol / Internet Protocol (TCP/IP) - A suite 
of networking protocols developed by ARPA, the research 
branch of the Department of Defense. 


Transport layer - The ISO/OSI layer, the most important function 
of which is flow and error-controlled connection between 
units of communicating equipment. 


Transport protocols - Those protocols in the transport layer of 
the OSI Reference Model. The transport protocol provides 
those services which are not provided by the services 
available and facilities desired. The functions of the 
transport layer can thus be very complex depending on the 
reliability of the underlying subnetwork. Essentially, the 
transport protocol is responsible for  host-to-host 
communication across the entire network. 


Transmission medium - The physical channel which provides the 
means of interconnection between two nodes on a network. 
Transmission media can be bounded, e.g. coaxial cable, fiber 
optics, twisted copper pairs, or unbounded, e.g. radio waves 
over the air. 


Trunk line - A communications channel between two switching 
stations or between PBX switching stations and a central 
office. 


Turnaround time - The measure of time between the initiation of a 
job and its completion by the computer. 


Turnkey system - (1) A system the manufacturer or distributor of 
which takes full responsibility for complete system design 
and installation and supplies all necessary hardware, 
software and documentation. (2) A term applied to an 
agreement whereby a supplier will install a computer system. 
The supplier has total responsibility for building, 
installing, and testing the system, including hardware and 
software. 


Twisted pair - (1) Copper wires are twisted to prevent the many 
pairs of wires from interfering with the transmissions on 
each other. Twisted pairs are extensively used for local 
telephone connections. (2) A transmission medium in which 
two wires of a signaling circuit are twisted around each 
other to minimize the effects of inductance. 
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ULTRIX - A version of the UNIX operating system distributed and 
maintained by Digital Equipment Corporation. 


Unbundled - A pricing strategy in which the services, programs, 
training, and so on are sold independently of the computer 
hardware by the computer hardware manufacturer. 


UNIX - A hardware independent operating system developed and by 
Bell Laboratories and marketed by AT&T. 


UNIX System V  - A version of the UNIX operating system 
standardized by AT&T. 


UNIX 4.2 BSD (Berkley Standard Distribution) - A version of the 
UNIX operating system standardized and distributed by the 
University of California, Berkley. 


Upload - To send data from an originating terminal (usually a 
microcomputer) to another computer or terminal. 


User-friendly (User-oriented) - (1) Term used to describe 
software and hardware that is designed to be easily 
understood and manipulated by the user. (2) [marketing] Any 
software package developed in the past ten years. 


Value Added Network (VAN) - A commercially offered network 
service that provides additional capability (value) to public 
telephone communication. Typically, a VAN provides low-speed 
terminal communication to connect geographically dispersed 
users to a remote computer system, and provides computer to 
computer communication using X.25 standards. 


VAN - Value Added Network. 


Virtual circuit - (1) A point-to-point switched (or permanent, 
nonswitched) circuit, over which data, text and commands 
(reset, interrupt, flow control) packets can flow. (2) A 
network Jayer service in which the sequence of packets sets 
up a call, allows the exchange of data to occur, and then 
terminates the call over a packet switched network. The call 
is 'virtual' because the channel or transmission capacity is 
not exclusively reserved for that call, but the network is 
still aware that the call exists. 


Virtual connection - A bounded, numbered, sequenced stream of 
network messages that passes user data and control 
information between correspondent units of data terminating 
equipment. A connection is established and broken by the 
transport layer. 


Virtual terminal - A service oriented toward the support of many 
low-speed devices transmitting essentially 
character-by-character traffic. It provides a host interface 
that maximizes host terminal buffer utilization and assures 
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tools for controlling the format of data presented to and 
received from remote terminals attached to the LAN. 
Sometimes referred to as a network virtual terminal. 


Voice grade line - The common communications line used in normal 
telephone communications. 


Voice grade service - A circuit of sufficient bandwidth to permit 
a data transfer rate up to 2,400 bits per second. Primarily, 
the term distinguishes this service from teleprinter grade 
service in reference to regulatory agencies tariffs. 


Voice mail - A message system that permits users to create, send, 
and/or store voice messages. Delivery to other users can be 
either immediate or delayed. 


WAN - Wide Area Network. 


Wide area network - (WAN) A term which includes those networks 
that span large or considerable distances, often on a 
national or international basis. Traditionally, they could 
not provide the high data rates that LANs could offer, but 
this is changing with the use of fiber optics and satellite 
technology. The major distinction between WANs and LANs is 
the protocols employed to access the network. For instance, 
the propagation delay makes the use of CSMA-CD implausible on 
a satellite link or a national fiber optic link. Cambridge 
Ring technology could not be used as WANs do not usually have 
a ring topology. Further, protocols are usually more 
complicated in WANS because of the higher error rates that 
occur. 


X.3 - A CCITT recommendation defining the internal 
Characteristics of the network Packet Assembler/Disassembler 
(PAD). 


X.21 - A CCITT recommendation defining the physical layer 
protocol that specifies the characteristics of a general 
purpose digital interface between a DTE and a ODCE for 
synchronous operation on public data networks. 


X.25 - A collective CCITT recommendation for the protocol of the 
physical, data link, and network layers of the OSI Reference 
Model. It specifies the protocols for packet mode terminals 
which would be capable of supporting several virtual 
circuits, permanent virtual circuits or for datagram service. 


X.25 network - A wide-area, packet-switched network network that 
uses the CCITT X.25 recommendation to define its operating 
characteristics. 


X.28 - A CCITT recommendation that defines the interface between 
asynchronous interactive terminals and a X.25 network PAD. 
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X.29 - A CCITT recommendation that defines the procedures for 
exchange of data and control information between the PAD and 
the network DTE or another PAD. 


X.75 - A CCITT recommendation for an internetworking protocol 
which builds on the X.25 protocol, defining the signalling 
system between two packet switched networks. 


X.400 - A draft CCITT recommendation for the definition of 
hardware independent electronic mail protocols, so that 
heterogenous networks can operate as a single electronic mail 
system. 
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Current Distribution of BLM ADP Applications 
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Current Distribution of BLM ADP Applications (continued) 
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Current Distribution of BLM ADP Applications (continued) 
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Current BLM ADP Vendors 
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Current BLM ADP Vendors (continued) 
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